7 BAB 2 LANDASAN TEORI 2.1 Teori-Teori Dasar

BAB 2
LANDASAN TEORI
2.1
Teori-Teori Dasar/Umum
2.1.1 Analisis dan Perancangan Sistem
2.1.1.1 Analisis Sistem
Analisis sistem adalah sebuah metode dengan mana
sesuatu dipisahkan menjadi bagian-bagian, dan bagian-bagian
yang berkaitan, logis, dan dengan pengawasan rinci sehingga
dalam rekening konsisten dan relatif lengkap dari unsur-unsur
hal dan prinsip-prinsip organisasi mereka (C.Hugh Holman &
William Harmon, 1986: 20). Sedangkan Laudon (1998: 400)
mendefinisikan analisis sistem sebagai pemeriksaan masalah
yang ada dan akan diselesaikan oleh perusahaan dengan
menggunakan sistem informasi.
2.1.1.2 Perancangan Sistem
Menurut Laudon (1998: 400), perancangan sistem
adalah bagaimana cara sebuah sistem dapat memenuhi
kebutuhan informasi yang telah ditentukan oleh analisis
sistem.
2.1.2 Sistem Basis Data
2.1.2.1 Data
Menurut Rob & Coronel (2002: 6), data adalah fakta
mentah. Kata mentah digunakan untuk menunjukkan bahwa
fakta belum diproses untuk mengungkapkan makna dari fakta
tersebut.
Representasi objek dan peristiwa yang memiliki arti
dan kepentingan di lingkungan pengguna adalah definisi dari
data (Hoffer et al, 2009: 46). Sedangkan menurut Indrajani
(2011: 2), data adalah fakta atau observasi mentah yang
biasanya mengenai fenomena fisik atau transaksi bisnis.
7
8
2.1.2.2 Basis Data
Basis
data
adalah
koleksi
dari
data,
biasanya
menggambarkan kegiatan dari satu atau lebih relasi antara
organisasi yang terkait (Raghu Ramakrishnan, 2000: 3).
Menurut Connolly dan Begg (2010: 65), Basis data adalah
sekumpulan data yang saling terhubung secara logikal, yang
dirancang dalam rangka memenuhi kebutuhan informasi dalam
sebuah organisasi.
2.1.2.3 Sistem Basis Data
Sistem Basis data adalah suatu sistem yang ada pada
dasarnya menyimpan record-record di dalam suatu sistem
yang dilakukan secara komputerisasi yang tujuannya secara
keseluruhan adalah untuk menyimpan informasi dan untuk
membuat informasi tersebut tersedia berdasarkan permintaan
(C.J Date, 2000: 5).
2.1.3 Pendekatan Basis Data(Database Approach)
2.1.3.1 Database Management System(DBMS)
Menurut Connolly dan Begg (2010: 66), DBMS adalah
sebuah sistem perangkat lunak yang memungkinkan pengguna
membuat, memelihara dan mengontrol akses ke suatu basis
data.
Beberapa fungsi yang dimiliki oleh DBMS antara lain:
1. DDL (Data Definition Language), DDL memberikan
fasilitas kepada pengguna untuk menspesifikasikan tipe
data dan strukturnya serta batasan aturan mengenai data
yang bisa disimpan ke dalam basis data tersebut.
2. DML (Data Manipulation Language), DML memberikan
fasilitas kepada pengguna untuk menambah, mengedit,
menghapus, serta memperoleh kembali data.
3. Pengendalian akses ke dalam basis data, meliputi:
a. Keamanan Sistem: mencegah pengguna yang tidak
memiliki hak akses untuk memasuki basis data.
9
b. Integritas Sistem: menjaga konsistensi data di dalam
basis data.
c. Pengendalian share data.
d. Backup dan recovery system: mengembalikan data ke
dalam kondisi semula apabila terjadi kegagalan dalam
perangkat keras ataupun perangkat lunak.
e. Terdapat katalog yang dapat diakses pengguna yang
berisi deskripsi data dalam basis data.
2.1.3.2 Komponen DBMS
DBMS memiliki
beberapa
komponen-komponen
utama (Connolly dan Begg, 2010: 68-71), antara lain adalah:
1. Hardware, mencakup mini computer, network computer,
personal computer, dan mainframe.
2. Software,
mencakup
application
software,
DBMS
software, Operating System, dan software jaringan
(apabila diperlukan).
3. Data,
merupakan
komponen
terpenting
yang
menghubungkan antar komponen mesin (Software dan
Hardware) serta komponen manusia (Procedures dan
people).
4. Procedures, merupakan instruksi dan aturan-aturan yang
hanya ada dalam desain dan penggunaan basis data.
5. People, merupakan komponen yang juga terlibat dengan
sistem yang meliputi:
a. Data Administrator (DA), mengatur sumber daya data
yang meliputi: perancangan basis data, pengembangan
dan pemeliharaan standar, kebijakan, prosedur, dan
desain basis data konseptual dan logikal.
b. Database Administrator (DBA), mengatur realisasi
fisik dari aplikasi database yang meliputi desain fisik
basis data, implementasi, pengaturan keamanan dan
kontrol integritas, pengawasan performa sistem dan
pengaturan ulang basis data.
10
c. Desainer basis data.
d. Pengembangan aplikasi.
e. End Users.
2.1.3.3 Structured Query Language (SQL)
Menurut Connolly dan Begg (2010: 184), SQL adalah
bahasa yang dirancang menggunakan relasi untuk mengubah
input menjadi output yang diinginkan. SQL memiliki 2
komponen utama:
1.
Data Definition Languange (DDL): digunakan untuk
menentukan struktur database dan mengontrol akses ke
data. Perintah SQL pada DDL, yaitu :
a.
CREATE TABLE: untuk membuat tabel.
b.
ALTER
TABLE:
untuk
menambah
atau
memindahkan kolom, menambah atau mengahapus
table constraint, menentukan atau menghapus
default kolom.
c.
DROP
TABLE:
untuk
memindahkan
atau
menghapus tabel.
d.
CREATE VIEW: untuk membuat view.
e.
DROP
VIEW:
untuk
memindahkan
atau
menghapus view.
2.
Data Manipulation Language (DML): digunakan untuk
mendapatkan kembali (retrieve) dan memperbarui data
(update).
a.
SELECT: untuk memilih data dalam database.
b.
INSERT: untuk memasukkan data ke dalam tabel.
c.
UPDATE: untuk memperbaharui data dalam tabel.
d.
DELETE: untuk menghapus data dalam tabel.
Fungsi agregatyang dimiliki SQL:
a.
COUNT: untuk menampilkan banyak nilai dalam
suatu kolom.
b.
SUM: untuk menampilkan jumlah nilai dalam
suatu kolom.
11
c.
AVG: untuk menampilkan jumlah nilai rata-rata
dalam suatu kolom.
d.
MIN: untuk menampilkan nilai terkecil dalam
suatu kolom.
e.
MAX: untuk menampilkan nilai terbesar dalam
suatu kolom.
2.1.4 Database System Development Lifecycle (DSDLC)
Gambar 2.1 Database System Development Lifecycle (DSDLC)
Berikut ini penjelasan ringkasan dari aktivitas utama di setiap langkah
siklus aplikasi basis data, antara lain:
a.
Database Planning (Perencanan Basis Data)
Menurut Connolly dan Begg (2010: 313), peracangan
basis data merupakan aktivitas-aktivitas manajemen yang
memungkinkan tahapan dari sistem database direalisasikan
seefisien dan seefektif mungkin.
12
b.
System Definition (Pendefinisian sistem)
System Definition menjelaskan ruang lingkup dan
batasan dari aplikasi database dan pandangan pengguna(user
view) utama (Connolly dan Begg, 2010: 316). Sebelum
merancang
sebuah
sistem
database,
maka
harus
mengidentifikasi batasan dari sistem dan bagaimana sistem
tersebut berinteraksi dengan bagian lain dari informasi
perusahaan.
User view mendefinisikan apa yang dibutuhkan oleh
sistem database dari sudut pandang jabatan tertentu, seperti
manajer atau pengawas, maupun dari sudut pandang area
aplikasi perusahaan, seperti pemasaran, personalia, atau
pengawas persediaan, dalam hubungannya dengan data yang
akan disimpan dan transaksi yang akan dijalankan terhadap
data itu (Connolly dan Begg, 2010: 316).
c.
Requirement Collection and Analysis (Pengumpulan dan
Analisis Kebutuhan)
Pengumpulan
dan
Analisis
Kebutuhan
menurut
Connolly dan Begg (2010: 316), adalah proses mengumpulkan
dan analisis informasi tentang bagian dari organisasi didukung
oleh sistem basis data dan menggunakan informasi ini untuk
mengidentifikasi kebutuhan pengguna pada sistem baru.
Pada tahap ini melibatkan pengumpulan dan analisis
informasi
tentang
bagian
dari
enterprise
yang
akan
menggunakan atau terkait dengan basis data yang akan dibuat.
d.
Database Design (Perancangan basis data)
Peracangan basis data menurut Connolly dan Begg
(2010: 320), adalah proses menciptakan desain yang akan
mendukung keseluruhan operasi dan tujuan misi perusahaan.
Terdapat dua pendekatan yang dapat digunakan untuk
merancang basis data, yaitu:
1. Bottom Up Approach
Pendekatan Bottom Up dimulai dari atribut awal(entity
dan relationship) yang dianalisa asosiasi antar atribut,
13
kemudian dibentuk relasi yang memiliki tipe dari entitas
dan hubungan antar entitas. Pendekatan ini sesuai untuk
perancangan basis data yang sederhana dengan jumlah
atribut yang sedikit.
2. Top Down Approach
Pendekatan Top Down dimulai dengan pengembangan
data model yang terdiri dari sedikit atau banyak entitas dan
hubungan, kemudian melakukan perbaikan top down untuk
mengidentifikasikan entitaslower-level, relationship, dan
asosiasi antar atribut. Pendekatan ini dimulai dari
identifikasi entitas dan hubungan antar entitas. Pada bagian
ini (database design) dibagi menjadi tiga yaitu
1. Tahap Konseptual
Proses membangun sebuah model dari data
yang digunakan dalam suatu perusahaan, independen
dari semua pertimbangan fisik.
2. Tahap Logikal
Proses membangun sebuah model dari data
yang digunakan dalam suatu perusahaan berdasarkan
pada model data yang spesifik, tetapi independen dari
DBMS tertentu dan pertimbangan fisik lainnya.
3. Tahap Fisikal
Proses
implementasi
database
pada
penyimpanan sekunder yang menggambarkan relasi
dasar, organisasi dan indeks yang digunakan untuk
mencapai akses yang efisien terhadap data, dan setiap
kendala
integritas
terkait
dan
langkah-langkah
keamanan.
e.
DBMS Selection (Pemilihan DBMS)
DBMS Selection menurut Connolly dan Begg (2010:
325) yaitu pemilihan DBMS (Database Management System)
yang sesuai untuk aplikasi-aplikasi basis data. Berikut ini
adalah langkah-langkah untuk seleksi pemilihan DBMS:
14
1. Mendefinisikan kriteria berdasarkan spesifikasi kebutuhan
pemakai.
2. Menentukan beberapa produk DBMS.
3. Mengevaluasi produk-produk DBMS tersebut.
4. Merekomendasikan produk DBMS tersebut.
f.
Application Design (Perancangan aplikasi)
Menurut Connolly dan Begg (2010: 329), perancangan
aplikasi adalah desain antar muka pengguna dan program
aplikasi yang menggunakan dan memproses database.
Terdapat dua aspek perancangan aplikasi, yaitu:
1. Perancangan Transaksi (Transaction Design)Menurut
Connolly dan Begg (2010: 330), transaksi adalah suatu
tindakan atau serangkaian tindakan yang dilakukan oleh
seorang pennguna atau program aplikasi, yang mengakses
atau mengubah isi dari database. Ada tiga jenis transaksi,
yaitu :
a. Transaksi pengambilan data dari basis data untuk
ditampilkan dilayar maupun untuk pembuatan
laporan (retrieval transaction).
b. Transaksi penambahan basis baru, menghapus baris
lama dan memodifikasi baris dalam basis data
(update transaction).
c. Transaksi campuran yang melibatkan pengambilan dan
pembaharuan data (mixed transaction).
g.
Prototyping
Menurut Connolly dan Begg (2010: 333), prototyping
adalah proses membangun sebuah model kerja dari aplikasi
basis
data.
Tujuan
utama
prototyping
adalah
untuk
memungkinkan pengguna menggunakan prototype untuk
mengidentifikasi fitur-fitur yang bekerja dengan baik pada
sistem, atau kekurangannya dan memberikan saran bagi
peningkatan kerja sistem.
15
h.
Implementation(Implementasi)
Menurut
Connolly
dan
Begg
(2010:
333),
implementation adalah realisasi fisik dari desain basis data
dan
desain
aplikasi.
Dalam
tahap
ini
juga
akan
diimplementasikan komponen lain dari aplikasi basis data
seperti layar, pemasukan data, keamanan dan kontrol
integritas.
i.
Data Conversion and Loading (Konversi dan Loading Data)
Menurut Connolly dan Begg (2010: 334), Data
conversion and loading adalah suatu proses mentransfer data
yang ada ke dalam basis data baru dan mengubah aplikasi
yang ada untuk dijalankan dalam basis data baru. Tahap ini
hanya dibutuhkan ketika sistem basis data baru menggantikan
sistem basis data yang lama.
j.
Testing
Testing adalah sebuah proses yang menjalankan sistem
database untuk menemukan kesalahan-kesalahan.(Connolly
dan Begg (2010: 334)).
k.
Operational Maintenance(Pemeliharaan Operasional)
Operational
maintenance
adalah
suatu
proses
memonitor dan memelihara sistem dan diikuti dengan
instalasi (Connolly dan Begg, 2010: 335).
2.1.5 Entity-Relationship Modeling
2.1.5.1 Tipe Entitas (Entity Types)
Menurut Connolly dan Begg (2010: 372) tipe entitas
adalah sekumpulan objek dengan sifat yang sama, yang
diidentifikasi oleh enterprise yang mempunyai keberadaan
independen.
Entity occurrence adalah pengidentifikasian objek secara
unik dari sebuah tipe entitas.
16
Gambar 2.2 Contoh Tipe Entitas
2.1.5.2
Tipe Relasi (Relationship Type)
Relationship Type adalah hubungan antara satu dan
lebih entitas yang saling berhubungan (Connolly dan Begg,
2010: 374).
Gambar 2.3 Contoh Tipe Relasi
Relationship Occurrence adalah sebuah asosiasi unik
yang diidentifikasi, meliputi satu kejadian dari setiap tipe
entitas yang berpartisipasi (Connolly dan Begg, 2010: 375).
Gambar 2.4 Contoh Relationship Occurrence
2.1.5.3
Atribut
Menurut Connolly dan Begg (2010: 379), Atribut
adalah sebuah properti dari suatu entitas atau tipe hubungan.
Macam-Macam Atribut:
1. Simple Attribute
Simple Attibute adalah sebuah atribut terdiri dari
komponen tunggal yang dapat berdiri sendiri dengan
eksistensi independen dan tidak dapat dibagi menjadi
17
komponen yang lebih kecil lagi yang dikenal dengan
nama Atomic Attribute (Connolly dan Begg, 2010: 379).
2. Composite Attibute
Composite Attibute adalah sebuah atribut yang
terdiri dari beberapa komponen, dimana masing-masing
atribut
tersebut
dapat
berdiri
secara
independen
(Connolly dan Begg, 2010: 380).
3. Single Valued Attribute
Menurut Connolly dan Begg (2010: 380), Single
Value Attribute adalah sebuah atribut yang memegang
nilai tunggal untuk setiap kejadian suatu atribut tipe
entitas.
4. Multi Valued Attribute
Menurut Connolly dan Begg (2010: 380), Multi
Valued Attribute adalah sebuah atribut yang memegang
beberapa nilai untuk setiap kejadian suatu atribut tipe
entitas.
5. Derived Attributes
Derived Attributes adalah sebuah atribut yang
memiliki nilai dan dihasilkan dari satu atau lebih atribut
dan tidak harus dari entitas yang sama (Connolly dan
Begg, 2010: 380).
6. Key
Key
adalah
set
atribut
yang
secara
unik
mengidentifikasi setiap kejadian untuk membedakan
antara satu entitas dan entitas yang lain. Menurut
Connolly dan Begg (2010: 381), Key terdiri dari:
a. Candidate key
Menurut Connolly dan Begg (2010: 381),
Candidate Key adalah jumlah minimal atributatribut yang secara unik mengidentifikasi setiap
kejadian pada suatu entitas.
18
b. Primary Key
Primary Key adalah Candidate Key yang
dipilih untuk mengidentifikasi setiap kejadian dari
suatu tipe entitas secara unik(Connolly dan Begg,
2010: 381).
c. Composite Key
Composite Key adalah Candidate key
yang
terdiri dari dua atau lebih atribut(Connolly dan
Begg, 2010: 382).
d. Foreign Key
Menurut Connolly dan Begg (2010: 234),
Foreign Key adalah atribut atau kumpulan atribut
dalam suatu relasi yang sesuai dengan Candidate
Key dari beberapa relasi.
e. Super Key
Menurut Connolly dan Begg (2010: 150), Super
Key adalah atribut atau kumpulan atribut yang
menentukan suatu tuple Secara unik dalam suatu
relasi.
2.1.5.4 Structural Constraint
Batasan atau kendala utama pada Relationship adalah
multiplicity. Menurut Connolly dan Begg (2010: 385),
multiplicity adalah jumlah kejadian yang mungkin terjadi
pada satu entitas yang terhubung ke satu kejadian dari entitas
lain yang berhubungan melalui suatu relationship. Tiga tipe
relationship binary (Connolly dan Begg, 2005: 386)
a. Relasi 1:1 (one-to-one) yaitu relasi antar dua tipe entitas
dimana satu tipe entitas berelasi tepat satu atau nol dengan
tipe entitas lainnya.
b. Relasi 1 : * (one-to-many) yaitu relasi antara dua tipe
entitas dimana satu tipe entitas berelasi nol, satu atau
banyak dengan tipe entitas lainnya.
19
c. Relasi * : * (many-to-many) yaitu relasi antar dua tipe
entitas dimana tipe entitasnya saling berelasi banyak.
d. Multiplicity untuk relasi yang kompleks
Multiplicity untuk relasi yang kompleks adalah jumlah
(atau jangkauan) dari kejadian yang mungkin dari suatu
entitas dalam n-array relationship ketika nilai entitas yang
lain (n-1) diketahui.
e. Cardinality dan Participation Constraint
1. Cardinality
Mendeskripsikan jumlah maksimum dari kemungkinan
kejadian-kejadian yang saling berhubungan untuk
sebuah partisipasi entitas dalam proses penentuan tipe
hubungan(relationship).
2. Participation
Menentukan apakah semua kejadian-kejadian entitas
akan ikut berpartisipasi dalam sebuah hubuungan
(relationship) atau hanya beberapa saja yang ikut
berpartisipasi.
2.1.6 Normalisasi
Menurut Connolly dan Begg (2010: 416), normalisasi adalah
sebuah teknik menghasilkan sebuah kumpulan relasi-relasi dengan
atribut-atribut
yang
diinginkan,
yang
berdasarkan
kebutuhan-
kebutuhan data sebuah perusahaan. Tujuan dari normalisasi adalah
untuk
mengidentifikasi
sekumpulan
relasi
yang
mendukung
persyaratan data sebuah perusahaan.
Tingkatan normalisasi terdiri dari 4 tahap, yaitu:
a. Unnormalized Form (UNF)
Menurut Connolly dan Begg (2010: 428) Unnormalized
Form (UNF) adalah suatu tabel yang terdiri dari satu atau lebih
repeating group. Repeating Group adalah sebuah atribut atau
himpunan di dalam tabel yang memiliki lebih dari nilai (Multiple
Value) untuk sebuah primary key pada tabel tersebut.
20
b. 1stNormal Form (1NF)
Menurut Connolly dan Begg (2010: 430), 1stNormal Form
(1NF) adalah relasi dimana bertemunya setiap baris dan kolom
yang mengandung satu dan hanya satu nilai. Ada dua pendekatan
umum untuk menghilangkan repeating group dari tabel, yaitu:
a. Dengan memasukkan data dari baris yang mengandung data
berulang ke dalam kolom yang kosong yang di sebut juga
tabel ‘flattening’.
b. Dengan menempatkan data berulang, bersama dengan key asli
di dalam atribut pada relasi yang terpisah.
c. 2ndNormal Form (2NF)
Menurut Connolly dan Begg (2010: 434), 2ndNormal Form
(2NF), bentuk ini mempunyai syarat yaitu data harus memenuhi
kriteria 1NF dan setiap atribut non-primary-key harus bergantung
secara fungsional penuh pada primary-key nya. Relasi normalisasi
1NF ke 2NF melibatkan penghapusan partial dependencies.
d. 3rdNormal Form (3NF)
Menurut Connolly dan Begg (2010: 435), 3rdNormal
Form(3NF) adalah sebuah relasi dalam bentuk normal pertama
dan kedua dan yang bukan non-primary-key merupakan sebuah
ketergantungan
transitif
kepada
primary-key
(transitively
dependent). Transitive dependent adalah sebuah kondisi dimana
A, B, dan C adalah atribut dari sebuah relasi bahwa, jika AB
dan BC, maka C adalah transitive dependency pada A yang
melewati B.
2.1.7 Metodologi Perancangan
Metodologi perancangan adalah sebuah pendekatan terstruktur
yang mana menggunakan beberapa prosedur, teknik, alat, dan suatu
dokumentasi yang mendukung dan menfasilitasi suatu proses
pendesainan(Connolly dan Begg, 2010: 466).
Perancangan basis data terbagi dalam tiga tahap utama, yaitu
perancangan basis data secara konseptual, logikal, dan fisikal :
21
2.1.7.1 Perancangan Basis Data Konseptual (Conceptual Database
Design)
Perancangan Basis Data Konseptual adalah proses
membangun sebuah model dari data yang digunakan dalam
suatu perusahaan yang bebas dari pertimbangan fisikal
(Connolly dan Begg, 2010: 470)
Menurut Connolly dan Begg (2010: 471), langkahlangkah dalam perancangan konseptual adalah membangun
model data konseptual lokal untuk setiap view, yang dapat
diuraikan sebagai berikut:
1.
Mengidentifikasi tipe entity
Entity ditentukan dengan mencari tahu spesifikasi
kebutuhan user.
2.
Mengidentifikasi tipe relasi atau hubungan
Mengidentifikasi hubungan-hubungan yang penting
antar tipe-tipe entity yang telah diidentifikasikan.
3.
Mengidentifikasi dan menghubungkan atribut dengan
tipe entity(relationship).
Menentukan atribut-atribut apa saja yang terdapat
dalam suatu entity.
4.
Menentukan atribut domain
Menentukan domain pada setiap atribut yang ada di
dalam model.
5.
Menentukan atribut candidate dan primary key
Menentukan candidate key dari suatu entity yang
kemudian akan dipilih sebuah primary key dari
candidate key candidate key yang ada.
6.
Mempertimbangkan
penggunaan
dari
Enhanced
Modeling Concept (langkah opsional).
Mempertimbangkan
perlu
tidaknya
menggunakan
konsep model spesialisasiatau generalisasi, agregasi,
dan komposisi.
22
7.
Mengecek model untuk redundansi.
Memeriksa model data konseptual lokal dengan
spesifikasi objektif dari pengidentifikasi walaupun ada
beberapa redundansi dan menghilangkan redundansi
tersebut.
8.
Menvalidasikan model data konseptual lokal terhadap
transaksi pengguna.
Memeriksa apakah model konseptual lokal sudah dapat
memenuhi segala transaksi yang dilakukan secara
manual maka perlu dilakukan pembetulan terlebih
dahulu.
9.
Meninjau
ulang
data
konseptual
lokal
dengan
pengguna.
Melakukan pemeriksaan ulang dengan penggunauntuk
memastikan apakah model konseptual ini sudah sesuai.
2.1.7.2 Perancangan Basis Data Logikal (Logikal Database
Design)
Perancangan basis data logikal adalah proses
membangun sebuah model dari data yang digunakan dalam
suatu perusahaan berdasarkan pada model data yang spesifik,
tetapi independen dari DBMS tertentu dan pertimbangan fisik
lainnya(Connolly dan Begg, 2010: 489).
Menurut Connolly dan Begg (2010: 490), langkahlangkah dalam metodologi perancangan basis data logikal
sebagai berikut:
1.
Menghilangkan fitur-fitur yang tidak sesuai dengan
model relasional.
Tujuannya untuk memperbaiki model data konseptual
lokal, yaitu:
a. Menghilangkan
many-to-many
(*.*)
relationship type
b. Menghilangkan tipe relasi yang kompleks
c. Menghilangkan multi-valued attributes
binary
23
2.
Membuat hubungan untuk model logikal lokal
Untuk membuat hubungan antara model data
logikal untuk merepresentasikan entitas, relasi, atribut
yang telah diidentifikasikan.
Relasi yang dihasilkan dari kemungkinan
struktur yang ada didalam data model, yaitu:
a. Tipe strong entity
b. Tipe weak entity
c. Tipe relasi biner one-to-many(1:*)
d. Tipe relasi biner one-to-one(1:1)
e. Tipe rekursif one-to-one (1:1)
f. Tipe relasi superclass/subclass
g. Tipe relasi biner many-to-many(*:*)
h. Tipe relasi kompleks
i. Atribut multi-valued
3.
Validasi hubungan dengan menggunakan normalisasi
Normalisasi digunakan untuk meyakinkan suatu
resultant model. Resultant model adalah model yang
sudah konsisten, redudansinya sudah minimal dan
stabilitasnya sudah maksimal.
4.
Validasi hubungan terhadap transaksi user
Memeriksa relasi yang sudah dibuat pada tahap
sebelumnya apakah mendukung transaksi ini, untuk
memastikan tidak ada kesalahan yang dibuat selama
membuat relasi-relasi.
5.
Menentukan Integrity Constraint
Batasan untuk menghindari data menjadi tidak
konsisten. Integrity Constraint yang umum adalah:
a. Required data
b. Attribute domain constraint
c. Entity integrity
d. Referential integrity
e. Enterprise Integrity
24
6. Tinjau kembali model data logikal lokal dengan
pemakai
Untuk memastikan model data logikaldan
dokumentasi pendukung yang menjelaskan model telah
merepresentasikan kebutuhan.
Langkah membuat dan menvalidasi model dan
logikal global:
a. Gabungkan model data logikal lokal ke dalam
model global.
b. Validasi model data logikal global.
c. Periksa perkembangan yang akan datang.
d. Meninjau ulang model data logikal global dengan
pemakai.
2.1.7.3 Perancangan Basis Data Fisikal (Physical Database
Design)
Perancangan basis data fisikal adalah proses
memproduksi penjelasan implementasi basis data pada
penyimpanan sekunder, itu menggambarkan relasi dasar,
organisasi berkas, dan indeks yang digunakan untuk
mencapai akses yang efisien terhadap data, dan setiap
kendala integritas terkait dan langkah-langkah keamanan
(Connolly dan Begg, 2010: 524).
Menurut Connolly dan Begg (2010: 525), langkahlangkah dalam metologi perancangan fisikal sebagai berikut:
1.
Menterjemahkan model data logikal global untuk DBMS
a. Mendesain relasi-relasi dasar
Menetukan bagaimana merepresentasikan relasi
dasar yang telah diidentifikasikan di dalam model
data logikal global ke dalam DBMS.
b. Mendesain representasi derived data
Menentukan
bagaimana
merepresentasikan
beberapa data yang diturunkan dalam model data
logikal global ke dalam DBMS.
25
c. Mendesain enterprise constraint
Tujuannya adalah untuk merancang batasan umum
untuk DBMS yang dituju.
2.
Mendesain gambaran fisikal
a. Menganalisis transaksi
Memahami fungsionalitas dari transaksi yang akan
berjalan pada basis data untuk menganalisa
transaksi-transaksi yang penting.
b.Memilih organisasi file
Menentukan organisasi file secara efisien untuk
setiap relasi dasar.
c. Memilih index
Menentukan apakah penambahan indeks-indeks
akan meningkatkan performa dari sistem.
d.Memperkirakan kebutuhan kapasitas disk
Menentukan jumlah disk space yang dibutuhkan
oleh basis data.
3.
Mendesain user view
Merancang user view yang telah diidentifikasikan
selama tahapan pengumpulan dan analisis kebutuhan dari
relational database application lifecycle.
4.
Merancang mekanisme keamanan
Menentukan
tingkat
keamanan
basis
data
berdasarkan spesifikasi user.
2.1.8 Definisi Data Flow Diagram (DFD)
Data Flow Diagram (DFD) adalah suatu alat yang digunakan
untuk menggambarkan aliran data sebuah sistem dan tugas atau
pengolahan yang dilakukan oleh sistem (Whitten, 2007: 326).
Jenis-jenis Data Flow Diagram (DFD) adalah sebagai berikut:
1. Diagram konteks, merupakan model yang mendokumentasikan
lingkup sistem, berisi satu dan hanya satu proses.
2. Diagram Nol, menunjukkan interaksi input, output, dan data store
untuk setiap proses.
26
Tabel 2.1 Notasi DFD
Lambang
Pengertian
Penjelasan
Manusia, organisasi,
atau
External Agent
yang
unit
organisasi
berinteraksi
dengan sistem
Nama
Process Name
proses yang
dikerjakan oleh sistem
Arus data yang keluar
Data Flow
dan yang masuk dalam
sistem
Tempat penyimpanan
Data Store
Data.
2.1.9 State Transition Diagram (STD)
Menurut Pressman (2005: 302) STD (State Transition Diagram)
dapat mengindikasikan bagaimana perilaku suatu sistem terhadap
suatu tindakan. Jadi State Transition Diagram adalah sebuah modeling
tool yang menggambarkan ketergantungan waktu pada sistem real
time dan human interface pada sistem online.
Notasi yang paling penting dari STD, sebagai berikut:
1. State
Merupakan kumpulan keadaan atau atribut – atribut yang
mencirikan benda atau orang pada waktu, keadaan, dan
kondisi tertentu.
2. Transisi
Perubahan state ditandakan dengan tanda panah
3. Kondisi
Keadaan lingkuan luar yang dapat dideteksi oleh sistem
dan menyebabkan perubahan state. Kondisi dapat berupa
sinyal, gangguan, dan lainya.
27
4. Aksi
Adalah apa yang dilakukan sistem jika ada perubahan
state. Aksi dapat menghasilkan keluaran, tampilan pesan pada
layar pengguna, membuat kalkulasi, dan lainnya.
2.1.9 Delapan Aturan Emas Desain Tampilan Pengguna
Menurut Shneiderman Ben dan Catherine Plaisant (2005: 74),
merumuskan 8 (delapan) aturan yang dapat digunakan sebagai
petunjuk dasar untuk merancang suatu user interface. Delapan aturan
ini disebut dengan Eight Golden Rules of Interface Design, yaitu:
1. Konsistensi
Merupakan konsistensi terhadap urutan tindakan, perintah, dan
pada istilah-istilah yang digunakan.
2. Universal Usability
Gunanya untuk mengenali kebutuhan pengguna yang beragam dan
desain serta memberikan kemudahan dalam penggunaan, dengan
memfasilitasi transformasi konten agar pengguna yang belum
pernah maupun yang pernah menggunakan aplikasi dapat memakai
penggunaan Desain Interface yang ada.
3. Memberikan umpan balik yang informatif
Umpan balik yang berupa informasi jika ada informasi baru dan
jika ada kesalahan perintah.
4. Merancang dialog untuk menghasilkan suatu penutupan
Urutan tindakan sebaiknya terorganisir, jelas awal, pertengahan dan
akhirnya.
5. Memberikan penanganan kesalahan yang sederhana
Jika terjadi kesalahan, akan ada mekanisme sederhana untuk
menangani kesalahan tersebut.
6. Mudah kembali ke tindakan sebelumnya
Dirancang agar pengguna tidak takut menggunakan menu-menu
baru. Di setiap browser seperti Mozilla, Internet Exploler dan
Google Chrome terdapat menu undo atau back.
28
7. Mendukung tempat pengendali internal (internal locus of control)
Pengguna
menjadi
pengontrol
sistem
bukan
sistem
yang
mengontrol.
8. Mengurangi beban ingatan jangka pendek
Dirancang agar pengguna tidak terlalu mengingat banyak perintah.
2.2
Teori-Teori Khusus
2.2.1
Internet
Internet atau Interconnection Networking adalah jaringan
besar yang menghubungkan jaringan komputer dari bisnis, organisasi,
lembaga pemerintah, dan sekolah di seluruh dunia, dengan cepat,
langsung, dan hemat. (Turban, Rainer dan Potter, 2003: 200).
2.2.2
World Wide Web
World Wide Web adalah sistem dengan standar yang diterima
secara universal untuk menyimpan, menelusuri, memformat, dan
menampilkan informasi melalui arsitektur client/server, menggunakan
fungsi-fungsi transport dari internet. (Turban, Rainer dan Potter, 2003:
214).
2.2.3 Web Database
Web Database
merupakan aplikasi pengguna web sebagai
platform yang menghubungkan pengguna dengan antarmuka yang
satu atau lebih pada basis data.
Keuntungan dari penggunaan web database (Connolly dan Begg,
2010: 1036-1038), adalah sebagai berikut:
1. Kesederhanaan (Simplicity)
Dalam bentuk asli, HTML sebagai markup language sangat
mudah untuk dipelajari oleh developer maupun pengguna akhir.
2. Tidak tergantung pada platform (Platform independence)
Salah satu alasan dibuatnya aplikasi basis data berbasis web adalah
karena pada umumnya web-client (browser) tidqak tergantung
pada platform sehingga jika suatu aplikasi akan dijalankan pada
sistem operasi yang berbeda, tidak memerlukan modifikasi.
29
3. Grafis antarmuka pengguna (Graphical User Interface / GUI)
Menyedikan dan meningkatkan pengaksesan basis daata, tetapi
GUI (Graphical User Interface) memerlukan program tambahan
yang menyebabkan ketergantungan pada platform.
4. Standarisasi (Standarization)
HTML standar secara de facto dimana seluruh web browser
berada, memungkinkan sebuah dokumen HTML pada satu mesin
dibaca oleh pengguna pada mesin lainnya dibagian belahan dunia
yang lain melalui koneksi internet dan web browser.
5. Dukungan lintas platform (Cross-platform Support)
Web browser ada secara virtual untuk setiap page dari platform
komputer memungkinkan pengguna pada sebagian besar jenis
komputer yang mengakses basis data dari manapun diseluruh
bagian dunia.
6. Memungkinakan akses jaringan yang transparan (Transparent
Network Access)
Akses jaringan terlihat transparan bagi pengguna, kecuali untuk
spesifikasi URL, ditangani sepenuhnya oleh web browser dan web
server.
7. Penyebaran bisa diukur (Scalable Deployment)
Dengan menyimpna aplikasi di server terpisah, maka web
mengeliminasi waktu dan biaya yang berhubungan dengan
aplikasi penyebaran. Hal ini akan menyerderhanakan penanganan
upgrade dan administrasi pengaturan dari banyak platform yang
melalui banyak kantor.
8. Inovasi (Innovation)
Web memungkinkan organisasi untuk menyediakan jasa baru dan
mencapai konsumen baru melalui aplikasi yang dapat diakses
secara global.
Kelemahan web database (Connolly dan Begg, 2010: 1038-1040),
sebagai berikut:
1. Kehandalan (Reliability)
Ketidakpastian perintah dapat terkirim melalui internet.
30
2. Keamanan (security)
Autentifikasi pengguna dan transmisi data sangat kritis karena
banyak pengguna yang tidak dikenal bisa mengakses data.
3. Biaya (Cost)
Biaya perawatan bisa menjadi semakin mahal dengan seiring
meningkatnya permintaan pengguna.
4. skalabilitas (scalability)
Aplikasi web bisa menghadapi load data yang sangat banyak yang
datang secara tidak terduga, hal ini memerlukan pembangunan
performa yang kuat dari arsitektur server yang sangat sulit diukur.
5. Fungsi terbatas dari HTML (limited fungctionality of HTML)
Beberapa aplikasi basis data interaktif ada yang tidak dikonversi
secara mudah ke aplikasi berbasis web selama masih menyediakan
kemudahan yang sama bagi pengguna.
6. Statelessness
Statelessness dari lingkungan web membuat pengaturan dari
koneksi basis data dan transaksi pengguna menjadi sulit dan
membutuhkan aplikasi untuk merawat informasi tambahan.
7. Bandwidth
Kegiatan di dalam internet memerlukan bandwidth bahkan untuk
tugas yang sangat sederhana sekalipun sehingga masalah
Bandwidth menjadi penting.
8. Kinerja (Performance)
Banyak bagian dari web database yang kompleks berpusat pada
interpretasi bahasa yang akhirnya membuatnya lebih lambat
daripada basis data tradisional.
9. Perangkat pembangunan yang belum siap (Immaturity of
development tools)
Pembangunan aplikasi basis data untuk web secara cepat bisa
mengidentifikasi
ketidakpastian
perangkat
pembangunan
lingkungan yang lebih baik dibutuhkan untuk meringankan beban
dari proggrammer aplikasi.
31
2.2.4 PHP
Menurut Welling (2001: 2), PHP adalah sebuah scripting pada
lingkungan server yang dirancang khusus untuk web. Kode PHP dapat
disatukan dalam page yang berisikan –ag-tag HTML dan akan
dieksekusi setiap halaman tersebut diakses. Kode-kode PHP yang
telah dibuat akan diinterpretasikan oleh web server yang kemudian
menghasilkan tag-tag HTML atau output lainnya yang akan dibaca
oleh user.
2.2.5 Phpmyadmin
Phpmyadmin adalah perangkat lunak bebas yang ditulis dalam
bahasa pemrograman php yang digunakan untuk menangani
administrasi MySQL melalui browser atau world wide web.
Phpmyadmin mendukung berbagai aplikasi mysql, diantaranya
mengelola basis data, table-table, bidang, relasi, indeks, dan
sebagainya. Pada dasarnya, mengelola basis data dengan MySQL
harus dilakukan dengan cara mengetikkan baris-baris perintah yang
sesuai (Command Line) untuk setiap maksud tertentu. (Firdaus, 2007:
15)
Keuntungan menggunankan phpmyadmin:
1.
Dapat diintegrasikan dengan aplikasi web dan PHP
2. Menelusuri
dan
drop
basisdata
(database),
tabel,
view,
bidang(fields) dan indeks.
3. Pemeliharaan server, basis data dan tabel, dengan server
konfigurasi.
4. Pengaksesan data yang compatible dan efektif.
Kekurangan menggunakan phpmyadmin :
1. Kode harus disesuaikan dengan query dan database-nya
2. Membutuhkan waktu untuk menyesuaikan query, coding, dan
struktur tabelnya.
3. Sistem keamanan (security) yang masih kurang.
32
2.2.6 CI Framework
2.2.6.1 Framework
Framework adalah suatu kerangka kerja yang berupa
sekumpulan
folder
yang
memuat
file-file
php
yang
menyediakan class libraries, helpers, plugins dan lainnya.
Framework menyediakan konfigurasi dan teknik coding
tertentu, yang berupa perintah/fungsi dasar yang dapat
membantu dalam menyelesaikan proses-proses yang lebih
kompleks. (Akhman Sofwan, 2007: 2)
2.2.6.2 CI (Code Igniter)
CI (code igniter) adalah framework PHP yang kuat
dengan footprint yang sangat kecil, dibangun untuk PHP
coders yang membutuhkan perangkat yang sederhana dan
elegan untuk membuat fitur lengkap aplikasi web. CI bertujuan
untuk membantu developer untuk membuat aplikasi lebih
cepat dibandingkan dengan membuat aplikasi dari awal dengan
menyediakan library yang umum digunakan untuk pekerjaan
tertentu. (Akhman Sofwan, 2007: 2)
Kelebihan CodeIgniter :
1. Framework CI dikembangkan dengan platform PHP,
dimana aplikasi web dominal dibuat dengan PHP sehingga
dukungan sangat mudah didapat dari berbagai komunitas
pemakai.
2. Plugin dan Libraries sangat banyak.
3.
Kemampuan menerapkan konsep OOP dengan pattern
MVC.
Kekurangan CodeIgniter :
1. Editor khusus CodeIgniter belum ada, sehingga dalam
melakukan create project dan modul-modulnya cukup
rumit karena folder yang terpisah-pisah.
2. Framework CodeIgniter adalah aplikasi gratis
(open-
source), sehingga perlu memodifikasi beberapa bagian
agar integritas dan keamanan data dapat dijaga.
33
Gambar 2.5 Struktur CI Framework
2.3
Hasil Penelitian atau Produk Sebelumnya
Tommy Septian Purnomo (2013) mengemukakan rekruitement online
sebagai suatu inovasi baru dalam perekrutan perusahaan. Perekrutan sangat
penting bagi perusahaan atau organisasi karena memiliki fungsi untuk
menghimpun sumber daya manusia ke dalam suatu organisasi, kemajuan
teknologi yang berkembang telah memaksa perusahaan untuk menerapkan
rekruitement online yaitu sistem perekrutan yang memanfaatkan internet.
Dengan sistem perekrutan secara online terdapat beberapa manfaat yaitu
penghematan
biaya,
kemudahan
dalam
penggunaan
bagi
kandidat,
kemudahaan penggunaan bagi perusahaan, meningkatkan kecepatan proses
perekrutan dan keberhasilan dalam menemukan calon karyawan yang
potensial.
Perekrutan secara online mengacu pada posting lowongan di situs web
perusahaan dan memungkinkan pelamar untuk mengirimkan resume mereka
secara elektronik ketika e-rekruitement dilakukan. Selain itu,alat-alat
interaktif dapat digunakan untuk menghubungkan basis data perusahaan
dengan situs web ,seperti formulis aplikasi interaktif, email dan milis
elektronik (Dysart, 1999; Taylor, 2001). Kemudian lowongan dipublikasikan
di situs perusahaan dan pemohon dapat mengajukan permohonan untuk
lowongan dengan menggunakan internet.
Namun Ellyta Yullyanti (2009) mengatakan bahwa rekruitement
sebagai satu proses pengumpulan calon pemegang jabatan yang sesuai
rencana pegawai untuk menduduki suatu jabatan tertentu dalam fungsi
pekerjaan.
34
Berikut
merupakan
proses
perekrutan
menurut
Ellyta
Yullyanti:
Gambar 2.6 Analisis pekerjaan: perlengkapan dasar manajemen
Agar kinerja perusahaan tetap terjaga maka setiap terjadi
kekosongan jabatan, pihak-pihak yang berkompeten dengan masalah
pegawai perlu menyiapkan pegawai pengganti yang memiliki
kompetensi sesuai dengan kompetensi yang dituntut oleh jabatan
tersebut.