7 LANDASAN TEORI 2.1 Teori Umum Dalam

BAB 2
LANDASAN TEORI
2.1 Teori Umum
Dalam penyususnan skripsi ini diperlukan teori-teori yang digunakan
untuk mendukung perancangan serta analisis yang telah dilakukan. Berikut ini
adalah teori-teori umum yang digunakan untuk menjelaskan dan mendefinisikan
teori-teori yang digunakan dalam pembahasan skripsi ini.
2.1.1
Pengertian Sistem Informasi
Menurut Satzinger, Jackson & Burd (2005: 7) Sistem Informasi
adalah kumpulan komponen yang saling berkaitan untuk mengumpulkan,
memproses, menyimpan dan menyediakan output informasi yang
dibutuhkan untuk keperluan tugas bisnis.
2.1.2
Pengertian Data
Definisi data menurut Rainer & Cegielski (2010: 10) yaitu
deskripsi dasar terhadap sesuatu, kejadian, aktivitas serta transaksitransaksi yang dicatat, diklasifikasikan dan disimpan namun belum
terorganisasi untuk menyampaikan arti yang spesifik, begitu pula Laudon
& Laudon (2010: 64) mengartikan data sebagai aliran dari fakta baku
yang menampilkan kejadian-kejadian yang terjadi dalam organisasi atau
lingkungan fisik sebelum diorganisasikan dan disusun menjadi bentuk
yang dapat dimengerti dan digunakan oleh orang lain.
Jadi, data merupakan deskripsi dasar terhadap suatu kejadian,
aktivitas
serta
transaksi
yang
terjadi
di
organisasi
sebelum
diorganisasikan dan disusun menjadi bentuk yang dapat dimengerti dan
digunakan.
2.1.3
Pengertian Informasi
Informasi adalah data yang telah diproses sehingga lebih berarti
dan lebih bermanfaat bagi pemakai tertentu yang biasanya mengarah pada
proses penambahan nilai (O'Brien, 2005: 38).
7
8
Informasi adalah data yang telah diproses dan diorganisasi ulang
menjadi bentuk yang berati. Informasi dibentuk dari kombinasi data yang
diharapkan memiliki arti ke penerima
(Whitten, Bentley & Dittman,
2004: 23).
Jadi, informasi adalah kumpulan data yang telah diproses dan
berguna untuk keperluan tiap-tiap individu
2.1.4
Pengertian Database
Definisi database menurut Connolly & Begg (2010: 65) yaitu
kumpulan data yang berelasi secara logikal dan sebuah deskripsi dari data
tersebut yang didesain untuk memenuhi kebutuhan organisasi. Database
adalah sebuah tempat penyimpanan besar dari data yang dapat digunakan
secara terus menerus oleh banyak departemen dan user.
Menurut
Satzinger, Jackson & Burd (2005: 398), database
merupakan kumpulan data yang saling terintegrasi dan dimanage serta
dikontrol oleh DBMS
Jadi, database merupakan tempat kumpulan data, dimana data
didalamnya saling terintegrasi satu sama lain
2.1.5
Database Management System (DBMS)
Menurut Connolly & Begg (2010: 66), DBMS adalah suatu sistem
software yang memungkinkan user untuk mendefinisikan, membuat,
merawat dan mengontrol akses ke database. Fasilitas-fasilitas yang
disediakan DBMS adalah :
•
Memungkinkan pengguna mendefinisikan database, biasanya lewat
Data Definition Language atau biasa disingkat DDL. DDL
memungkinkan user untuk menspesifikasikan tipe data, struktur dan
batasan pada data yang akan disimpan didalam database.
•
Memungkinkan user untuk insert, update, delete dan menarik data
dari database, biasanya lewat Data Manipulation Language atau biasa
disingkat DML.
9
•
Menyediakan akses kepada database, seperti :
Security system, menjaga database diakses oleh pihak luar.
Integrity system, menjaga konsistensi data yang disimpan.
Concurrency control system, memungkinkan pembagian akses
database.
Recovery control system, memungkinkan pengembalian database
ke kondisi awal jika terjadi kegagalan perangkat lunak maupun
perangkat keras.
User-accessible catalog, menampilkan deskripsi data yang
tersimpan dalam database.
Gelogo & Lee (2012: 72) menyatakan bahwa konsep dari DBMS
sudah berkembang dan berjalan sejak komputer mulai dikomersilkan,
seperti pada contoh navigational DBMS pada 1960an. Database
Management System adalah salah satu komponen integrasi tertua pada
komputer yang memungkinkannya dapat melakukan scan, pengambilan
dan pengorganisasian data dari perangkat keras dan jaringan. Seluruh
jenis DBMS baik tradisional maupun cloud base adalah suatu perantara
yang berfungsi untuk berkomunikasi antara operasi sistem dengan
database.
2.1.5.1 Komponen Dari DBMS Environment
Menurut Connolly & Begg (2010: 68), komponen dari
DBMS environment adalah :
• Hardware
DBMS dan aplikasi memerlukan hardware untuk
beroperasi. Hardware tersebut dapat berkisar dari komputer
personal tunggal, suatu mainframe tunggal, maupun suatu
jaringan komputer.
10
• Software
Komponen software terdiri atas DBMS itu sendiri dan
program aplikasi, bersama dengan sistem operasi, termasuk
software jaringan jika DBMS sedang digunakan melalui suatu
jaringan.
• Data
Komponen paling penting dari DBMS environment adalah
data. Data berperan sebagai jembatan penghubung antara
komponen mesin dan komponen manusia.
• Procedure
Merupakan instruksi dan atura-aturan yang mengatur
perancangan dan penggunaan basis data. Pengguna sistem dan
staf yang mengatur basis data yang memerlukan prosedurprosedur yang telah didokumentasikan pada cara penggunaan
sistem.
• People (Users)
Komponen ini terdiri atas :
1. Data Administrator (DA) bertanggung jawab dalam
pengaturan sumber daya data termasuk perencanaan
basis data, pengembangan, pemeliharaan, kebijakan
dan prosedur, serta perancangan basis data konseptual
maupun logikal.
2. Database Administrator (DBA) bertanggung jawab
atas
realisasi
fisik
dari
basis
data,
termasuk
perancangan basis data fisikal dan implementasi,
keamanan dan kontrol integritas, perawatan sisterm
operasional, dan meyakinkan kinerja aplikasi yang
memuaskan untuk pengguna.
3. Logical Database Designer terkait dengan identifikasi
data (seperti entitas dan atribut), relationship antara
data, dan batasan data yang disimpan dalam basis data.
11
4. Physical Database Designer memutuskan bagaimana
perancangan basis data logikal direalisasikan secara
spesifik.
5. Application Developer bertanggung jawab setelah basis
data
diimplementasikan,
program
aplikasi
menyediakan fungsionalitas yang diperlukan untuk
end-user harus diimplementasikan.
6. End User adalah client untuk basis data yang telah
dirancang dan diimplementasikan, dan sedang dirawat
untuk menyajikan kebutuhan-kebutuhan informasi
mereka. End user dapat diklasifikasikan berdasarkan
cara mereka menggunakan sistem, yaitu native user
dan sophisticated user.
2.1.5.2 Keuntungan dan Kerugian DBMS
Menurut Connolly & Begg (2010: 77), keuntungan dari
DBMS adalah :
• Kontrol redudansi data : Menghilangkan data ganda, sehingga
data baru yang memiliki kesamaan tidak akan disimpan.
• Konsistensi data : Dengan menghilangkan redudansi data, hal
tersebut juga mengurangi resiko ketidakkonsistenan data.
• Informasi tambahan dari jumlah data yang sama : Dengan
terintegrasinya data operasional, hal tersebut memungkinkan
organisasi untuk mendapatkan informasi tambahan tentang
data yang sama.
• Pembagian data : File biasanya dimiliki oleh orang atau
departemen yang menggunakannya. Disisi lain,
basis data
merupakan milik keseluruhan organisasi dan dapat dibagikan
kepada setiap user yang memiliki hak akses.
• Meningkatkan Integritas Data : Integritas database mengacu
kepada validitas dan konsistensi data yang disimpan.
12
• Meningkatkan Keamanan : Keamanan database untuk
melindungi data dari pengguna yang tidak memiliki hak akses.
• Penetapan Standarisasi : Integrasi memungkinkan DBA untuk
mendefinisikan dan membuat standar yang diperlukan.
• Skala Biaya : Menyatukan semua data operasional suatu
organisasi kedalam satu penyimpanan dinilai akan mengurangi
pengeluaran biaya.
• Menyeimbangkan Konflik Kebutuhan : Setiap pengguna
mempunyai kebutuhan yang berbeda dengan pengguna
lainnya. Dalam hal ini, DBA yang berhak dan mampu dalam
membuat keputusan.
• Meningkatkan Aksesbilitas dan Respon pada data : Hasil dari
integrasi data, dimana data yang melewati batasan departemen
dapat diakses oleh end user.
• Meningkatkan Produktivitas : DBMS menawarkan banyak
fasilitas yang memudahkan penyusunan aplikasi, sehingga
waktu pengembangan aplikasi dapat dipersingkat.
• Meningkatkan Pemeliharaan melalui Indepedensi
Data
:
DBMS memisahkan data dari aplikasi, sehingga perubahan
aplikasi tidak mempengaruhi data.
• Meningkatkan Konkurensi : Dalam beberapa file-based system,
jika dua atau lebih user mengakses file secara bersamaan,
maka akan ada kemungkinan terjadi kehilangan informasi dan
kehilangan integritas.
• Meningkatkan Backup dan Pelayanan recovery : DBMS
menyediakan fasilitas untuk meminimalisir jumlah proses
kegagalan.
Menurut
DBMS adalah :
Connolly & Begg (2010: 80), kerugian dari
13
•
Kompleksitas : Fungsi terbaik yang kita harapkan dari DBMS
membuat DBMS tersebut menjadi sangat kompleks.
•
Ukuran : Fungsi yang kompleks membuat DBMS menjadi
software yang sangat besar, memerlukan banyak tempat
penyimpanan untuk berjalan dengan efesien.
•
Biaya dari DBMS : Biaya DBMS bervariasi, hal tersebut
tergantung dari lingkungan dan fungsi yang ditawarkan.
•
Biaya Tambahan Perangkat Keras : Tempat penyimpanan
yang dibutuhkan untuk DBMS memungkinkan penambahan
mesin tambahan, hal tersebut membutuhkan biaya tambahan.
•
Konversi Biaya : Pada satu situasi, biaya untuk DBMS dan
perangkat keras tambahan relatif lebih kecil dibandingkan
dengan biaya konversi untuk menjalankan penggunaan DBMS
baru.
•
Performa : DBMS memang digunakan untuk banyak aplikasi
dan hasil performanya juga terbilang baik, namun disatu sisi
hasilnya diluar dari ekspetasi.
•
Besarnya Pengaruh Kegagalan : Pengguna menjalankan
aplikasi secara bersamaan, hal tersebut memicu terjadinya
kegagalan pada DBMS.
2.1.6
Entity Relationship Modeling
Menurut Connolly & Begg (2010: 372), ada beberapa konsep-
konsep dasar dari Entity Relationship Model antara lain Entity Types.
Relationship Types, Attributes, Structural constraint dan Multiplicity.
• Entity Types
Menurut Connolly & Begg (2010: 372), konsep dasar dari ER
model adalah entity type (tipe entity). Tipe entity adalah sekumpulan
kelompok dari objek dengan properti yang sama dimana diidentifikasi
oleh sebuah perusahaan sebagai suatu keberadaan yang berdiri sendiri.
Setiap objek yang diidentifikasi secara unique dari sebuah tipe entity
14
disebut entity occurrence. Tipe entity dapat diklasifikasikan menjadi 2
yaitu :
1. Strong entity
Strong entity type adalah sebuah tipe entity dimana
keberadaannya tidak bergantung pada beberapa tipe entity
lain. Karakteristik dari strong entity adalah setiap entity
occurrence dapat diidentifikasi secara unik menggunakan
sebuah atribut primary key dari tipe entitynya.
2. Weak Entity
Weak entity type adalah sebuah tipe entity yang
keberadaannya bergantung pada entity lainnya. Karakteristik
dari weak entity adalah setiap entity occurrence tidak dapat
diidentifikasikan secara unik hanya menggunakan atribut
yang berhubungan dengan tipe entity lain yang berupa foreign
key yang dijadikan sebagai primary key.
• Relationship Types
Menurut Connolly & Begg (2010: 374)Sebuah relationship
type adalah sekumpulan asosiasi antara satu atau lebih tipe entity
yang ikut serta. Setiap relationship type diberi nama sesuai dengan
fungsinya. Relationship occurrence adalah sebuah asosiasi yang
dapat diidentifikasikan secara unik dimana mencakup sebuah
kejadian dari setiap entity yang ikut serta.
• Attributes
Menurut Connolly & Begg (2010: 379), Attributes adalah
property dari sebuah entity atau sebuah relationship type. Sebuah
atribut memegang nilai yang menggambarkan setiap entity
occurrence dan mewakili bagian utama dari data yang disimpan
dalam basis data. Attributes dapat diklasifikasikan menjadi :
15
1. Simple and Composite Attributes
Simple attribute adalah atribut yang terdiri dari suatu
komponen tunggal dengan keberadaan yang independen dan
tidak dapat dibagi menjadi bagian yang lebih kecil lagi.
Composite attribute adalah sebuah atribut yang terdiri dari
beberapa komponen, dimana tiap-tiap atributnya memiliki
keberadaan yang berdiri sendiri.
2. Single-valued and Multi-valued Attributes
Single – valued attribute adalah atribut yang memiliki nilai
tunggal untuk setiap kejadian.
Multi – valued attribute adalah atribut yang memiliki beberapa
nilai untuk setiap kejadian.
3. Derived Attributes
Derived attributes adalah atribut yang memiliki nilai yang
dihasilkan dari satu atau beberapa atribut lainnya dan tidak harus
berasal dari satu entitas.
•
Structural Constraint
Menurut
Connolly
&
Begg
(2010:
385),
Constraints
seharusnya mencerminkan batasan dari hubungan sebagai suatu
tanggapan dalam dunia nyata. Tipe utama Constraints dalam
hubungan disebut multiplicity..
Relationship yang paling umum adalah binary relationship.
Macam-macam binary relationship, yaitu ;
One to one (1:1)
Terjadi bila setiap anggota entity A haya boleh
berpasangan dengan suatu anggota lain dari entity B. Sebaliknya,
tiap anggota dari entity B hanya boleh berpasangan dengan satu
anggota entity A.
16
One to Many (1:*)
Terjadi bila setiap anggota entity A boeh berpasangan
dengan lebih dari satu anggota entity B. Sebaliknya, tiap anggota
entity B hanya boleh berpasangan dengan satu anggota entity A.
Many to Many (*:*)
Terjadi bila tiap anggota entity A boleh berpasangan
dengan lebih dari satu anggota entity B. Sebaliknya tiap anggota
entity B juga boleh berpasangan dengan lebih dari satu anggota
entity A.
•
Multiplicity
Multiplicity adalah sejunlah kejadian yang mungkin terjadi pada
sebuah entity dimana memungkinkan berhubungan dengan satu kejadian
lain yang bergantung pada sebuah tipe entity melalui hubungan yang
nyata
2.1.7 Pengertian Field, Record, Primary Key, Secondary Key, Alternate
Key, Candidate Key dan Foreign Key
Menurut Whitten, Bentley & Dittman (2004: 284) :
•
Field adalah unit terkecil dari data meaningfull yang telah disimpan
pada sebuah file atau database.
•
Record adalah sebuah kumpulan field yang disusun pada format yang
telah ditentukan.
•
Primary key adalah sebuah field yang nilai-nilainya mengidentifikasi
satu dan hanya satu record pada sebuah field
•
Secondary key adalah sebuah pengidentifikasian alternatif pada
sebuah database. Nilai secondary key mungkin mengidentifikasi
sebuah record tunggal atau sebuah subset dari semua record
•
Alternate key adalah candidate key yang tidak terpilih menjadi
primary key
17
•
Candidate key adalah satu dari sekin banyak key yang berlaku sebagai
primary key suatu entitas. Sering disebut sebagai candidate identifier
•
Foreign key adalah pointer ke record-record dari sebuh file lain pada
sebuah database. Foreign memampukan database terhubung ke
record-record dari suatu tipe ke record-record dari tipe lain
Menurut Satzinger, Jackson & Burd (2005: 408), primary key
diartikan sebagai key yang secara unik mengidentifikasi relasi basis data
didalam tabel. Sedangkan foreign key merupakan atribut yang diberikan
kepada satu table relational database yang juga muncul sebagai primary
key pada tabel relational databse lainnya.
2.1.8
Pengertian File dan Tabel
Menurut Whitten, Bentley & Dittman (2004: 521), file adalah
kumpulan dari semua kejadian dari sebuah struktur record yang
ditentukan. Sedangkan tabel adalah equivalen database relasional dari
sebuah file. Beberapa tipe file antara lain :
• Master File
:
Record-record
yang
secara
relatif
:
Record-record yang mendeskripsikan
bersifat tetap.
• Transaction File
proses kejadian bisnis.
2.1.9
Pengertian Entity Relationship Diagram
Entity Relationship Diagram merupakan model data yang
menggunakan beberapa notasi untuk menggambarkan data dalam konteks
entitas dan hubungan yang dideskripsikan oleh data tersebut (Whitten,
Bentley & Dittman, 2004).
Cardinality adalah jumlah minimum dan maksimum dari
keberadaan suatu entity yang mungkin direlasikan dengan entity lain.
Degree adalah sejumlah entity yang berpartisipasi dalam sebuah
relationship.
18
= Menyatakan hubungan satu dan hanya satu
= Menyatakan hubungan satu atau lebih
= Menyatakan hubungan nol atau satu
Menurut Feng & Liu (2013: 33), model konseptual ERD adalah
ekspresi abstrak dari kebutuhan pengguna, hal tersebut bersifat
independen dari setiap data model spesifik dan menyebabkan tidak bisa
didukung secara spesifik oleh DBMS. Agar mampu membangun sistem
yang diinginkan pengguna, maka model konseptual perlu dirubah
kedalam model logikal untuk menyelesaikan struktur logis dari basis data.
2.1.10 Pengertian Normalisasi, Generalisasi dan Spesialisasi
Menurut Whitten, Bentley, & Dittman (2004: 306), definisi dari
normalisasi yaitu teknik analisa data yang mengelola data kedalam
kelompok-kelompok untuk membentuk entitas yang nonredundan, tabil,
fleksibel dan adaptif.
Beberapa tahapan dalam Normalisasi :
• First Normal Form (1NF)
:
Entitas
yang
atributnya
memiliki tidak lebih dari satu nilai untuk contoh tunggal entitas
tersebut.
• Second Normal Form (2NF)
:
Entitas
yang
atribut
nonprimary key-nya hanya tergantung pada full primary key.
• Third Normal Form (3NF)
:
Entitas
yang
atribut
nonprimary key-nya tidak tergantung pada atribut nonprimary key
yang lain.
Menurut Connolly & Begg (2010: 428), normalisasi merupakan
teknik formal untuk menganalisa hubungan primary key dan fungsi
ketergantungan didalamnya. Beberapa tahapan dalam normalisasi :
19
•
Unnormalized Form (UNF) : Table yang mengandung satu atau
lebih kelompok pengulangan
•
First Normal Form (1NF)
: Hubungan antara baris dan kolom
yang mengandung satu dan hanya satu nilai saja.
•
Second Normal Form (2NF) : Relasi pada bentuk normal pertama
dan setiap atribut bukan primary key sangat bergantung penuh pada
primary key.
•
Third Normal Form (3NF) : Hubungan dalam bentuk normal
pertama dan kedua, dimana tidak adanya atribut non-primary key yang
bergantung penuh pada primary key.
Menurut
Connolly & Begg (2010: 403) pengertian dari
generalisasi dan spesialisasi adalah sebagai berikut :
• Generalisasi
: Proses untuk meminimalisir perbedaan antara tiap
entitas dengan mengidentifikasi karakteristik dari tiap entitas tersebut.
• Spesialisasi
: Proses untuk memaksimalkan perbedaan antar entitas
dengan mengidentifikasi perbedaan karakteristik yang dimiliki tiap
entitas.
2.1.11 Pengertian Superclass Dan Subclass
Menurut Connolly & Begg (2010: 400), definisi dari superclass
dan subclass adalah sebagai berikut :
•
Superclass
: Suatu entitas yang mencakup
satu atau lebih
pengelompokkan kejadian yang berbeda.
•
Subclass
tipe entitas.
: Pengelompokan yang berbeda dari kejadian suatu
20
2.1.12 Database Language
2.1.12.1
Data Definition Language (DDL)
Pengertian
Connolly
&
Data
Begg
memperbolehkan
Definition
(2010:
92)
Database
Language
adalah
menurut
bahasa
Administrator
yang
untuk
mendeskripsikan dan memberi suatu nama entitas, atribut dan
relasi data yang dibutuhkan untuk kegunaan aplikasi.
2.1.12.2
Data Manipulation Language (DML)
Pengertian Data Manipulation Language menurut
Connolly & Begg (2010: 92) adalah bahasa yang menyediakan
seperangkat fungsi untuk kebutuhan manipulasi data.
Beberapa perintah dalam Data Manipulation Language
antara lain :
•
INSERT
•
UPDATE : Fungsi untuk mengupdate data pada tabel
•
DELETE : Fungsi untuk menghapus data pada tabel
•
FROM
: Fungsi untuk memasukkan data kedalam tabel
: Fungsi untuk menetukan tabel dimana data
akan dimanipulasi
2.2 Analisa dan Perancangan Sistem Informasi
2.2.1
Pengertian 8 Golden Rules
Menurut Shneiderman & Plaisant (2010: 88), terdapat 8 ( delapan )
aturan yang dapat digunakan sebagai petunjuk dasar yang baik untuk
merancang suatu user interface. Delapan aturan ini disebut dengan Eight
Golden Rules of Interface Design, yaitu :
•
Konsistensi
Konsisten terhadap segala aspek yang ada didalam rancangan,
termasuk warna, ukuran dan isi rancangan.
21
•
Menyediakan Kegunaan Universal
Mengenali kebutuhan tiap-tiap pengguna yang beragam dan
memfasilitasi transformasi konten.
•
Memberikan Umpan Balik yang Informatif
Setiap aksi yang dilakukan oleh pengguna, sebaiknya harus
ada umpan balik yang sederhana dari sistem, sehingga pengguna
mengetahui hasil dari tindakannya.
•
Merancang Desain Dialog untuk Penutupan atau Keadaan Akhir
Urutan aksi hendaknya disusun ke dalam kelompok kategori
awal, tengah, dan akhir. Umpan balik yang informatif dapat
memberikan kepuasan kepada pengguna, rasa lega dan pemberitahuan
untuk mempersiapkan diri memasuki kelompok kategori aksi
selanjutnya.
•
Memberikan Pencegahan Kesalahan dan Penanganan yang
Sederhana
Dalam merancang sistem, sebaiknya mengarahkan pengguna
untuk tidak melakukan kesalahan serius, jikapun terjadi kesalahan,
sistem harus memberikan jalan penanganan yang sederhana
•
Kemudahan Untuk Kembali ke Tindakan Sebelumnya
Sistem yang dirancang harus memberikan kemudahan bagi
pengguna untuk kembali ke tindakan sebelumnya jika terdapat
kesalahan pada saat itu juga.
•
Mendukung Pusat Kendali Internal
Pengguna memiliki hak akses penuh atas sistem sehingga
sistem akan merespon apapun yang dilakukan oleh pengguna.
•
Mengurangi Beban Ingatan Jangka Pendek
Tampilan sebaiknya dirancang sesederhana mungkin agar
pengguna dapat mengingat dengan jangka waktu yang lama
22
2.2.2
Siklus Pembuatan Basis Data
Menurut
Connolly & Begg (2010: 313) terdapat 11 (sebelas)
langkah pokok pembuatan basis data, antara lain :
a. Database Planning
Database
planning
adalah
aktivitas
manajemen
yang
memungkinkan tahapan dari database system development lifecycle
direalisasikan se-efektif dan se-efisien mungkin. Database planning
harus diintegrasikan dengan strategis IS secara keseluruhan dari
organisasi. Tiga pokok utama dalam memformula IS strategi meliputi
:
1. Identifikasi rencana dan tujuan perusahaan dengan menentukan
kebutuhan sistem informasi berikutnya.
2. Evaluasi sistem informasi saat ini untuk menentukan kelebihan
dan kelemahan yang ada saat ini.
3. Penilaian
dari
kesempatan-kesempatan
TI
yang
mungkin
menghasilkan keuntungan kompetitif.
b. System Definition
Pendefinisian sistem menggambarkan ruang lingkup dan
batasan aplikasi basis data serta pandangan pengguna. Hal ini sangat
penting dilakukan dalam proses perancangan basis data agar lebih
terfokus pada proyek basis data yang dibuat.
c. Requirements Collection and Analysis
Requirement collection and analysis merupakan proses
pengumpulan dan analisis informasi mengenai bagian organisasi yang
akan didukung oleh aplikasi basis data dan menggunakan informasi
tersebut untuk identifikasi kebutuhan pengguna akan sistem yang
baru. Informasi dikumpulkan untuk setiap user view utama, meliputi :
1. Deskripsi data yang digunakan atau dihasilkan
2. Detail mengenai bagaimana data digunakan atau dihasilkan
23
3. Kebutuhan tambahan untuk aplikasi basis data yang baru
Informasi-informasi
ini
kemudian
dianalisis
untuk
mengidentifikasi kebutuhan atau fitur yang akan disertakan dalam
aplikasi basis data yang baru. Aktivitas penting lainnya adalah
menentukan bagaimana mengatur kebutuhan aplikasi basis data
dengan multiple user view, yaitu :
1. Pendekatan terpusat (Centralied Approach)
Kebutuhan dari setiap user view digabung menjadi
serangkaian kebutuhan tunggal dari aplikasi basis data.
2. Pendekatan Integrasi View (View Integration Approach)
Kebutuhan dari setiap user view digunakan untuk
membuat model data terpisah untuk merepresentasikan user view
tersebut. Model data tersebut nantinya akan digabung pada
tahapan database design.
d. Database Design
Perancangan basis data (database design) merupakan proses
pembuatan suatu desain untuk sebuah basis data yang akan
mendukung operasional dan sasaran suatu perusahaan.
Pendekatan dalam mendesain sebuah database :
•
Top Down
Diawali dengan pembentukan model data yang berisi
beberapa entity high level dan relationship, yang kemudian
menggunakan pendekatan top down secara berturut-turut untuk
mengidentifikasikan entity lower level, relationship dan atribut.
•
Bottom Up
Dimulai dari atribut dasar (yaitu sifat-sifat entity dan
relationship), dengan analisis dari penggabungan antar atribut,
24
yang dikelompokkan kedalam suatu relasi yang merepresentasikan
tipe dari entity dan relationship antar entity
•
Inside Out
Berhubungan dengan pendekatan bottom up tetapi sedikit
berbeda dengan identifikasi awal entity utama dan kemudian
meyebar ke entity, relationship, dan atribut terkait lainnya yang
lebih dulu diidentifikasi.
•
Mixed
Menggunakan pendekatan bottom up dan top down untuk
bagian yang berbeda sebelum pada akhirnya digabungkan.
Database design dibagi dalam tiga tahapan, yaitu :
Perancangan basis data konseptual (conseptual database
design)
Perancangan basis data logikal (logical database dasign)
Perancangan basis data fisikal (physical database design)
e. DBMS Selection (Optional)
Pemilihan DBMS yang tepat untuk mendukung aplikasi
database dapat dilakukan kapanpun sebelum menuju desain logikal
asalkan terdapat cukup informasi mengenai kebutuhan sistem.
Langkah-langkah utama untuk memilih suatu DBMS :
1. Mendefinisikan terminologi studi referensi
2. Mendaftar dua atau tiga produk
3. Evaluasi produk
4. Rekomendasi pilihan dan laporan produk
25
f. Application Design
Perancangan aplikasi adalah merancang desain user interface
dan program aplikasi, yang kemudian akan terintegrasi dengan basis
data didalamnya.
g. Prototyping
Merupakan pembuatan suatu model kerja dari aplikasi basis
data. Suatu prototype adalah contoh model yang tidak mempunyai
semua
fitur-fitur
yang
diperlukan
atau
menyediakan
semua
fungsionalitas dari sistem terakhir. Tujuan utama dari pengembangan
prototype suatu aplikasi basis data, yaitu :
a) Untuk mengidentifikasi fitur dari sistem yang berjalan apakah
baik atau tidak.
b) Untuk memberikan perbaikan atau penabahan fitur baru.
c) Untuk klarifikasi kebutuhan user.
d) Untuk evaluasi feasibilitas (kemungkinan yang akan terjadi) dari
desain sistem khusus.
Terdapat dua macam strategi prototyping yang digunakan saat
ini, yaitu :
1. Requirement
Prototyping,
menggunakan
prototype
untuk
menentukan kebutuhan dari usulan sistem basis data yang
diinginkan dan ketika kebutuhan itu terpenuhi maka prototype
tidak akan dipakai lagi.
2. Evolutionary Prototyping, digunakan untuk tujuan yang sama.
Perbedaanya, prototype tidak akan dibuang tetapi dengan
pengembangan lanjutan menjadi aplikasi basis data yang
digunakan.
h. Implementation
Implementasi merupakan realisasi fisik dari database dan
desain
aplikasi.
Implementasi
basis
data
dilakukan
dengan
26
menggunakan Data Definition Language (DDL) dari DBMS yang
terpilih. Bagian dari program ini merupakan transaksi-transaksi basis
data yang diimplementasikan menggunakan Data Manipulation
Language (DML).
i. Data Conversion and Loading
Memindahkan data dari sistem yang lama ke sistem yang baru.
Langkah ini dibutuhkan hanya pada waktu sistem basis data yang
lama digantikan dengan sistem basis data yang baru. Suatu DBMS
mempunyai kegunaan memasukkan file kedalam basis data yang baru
dan kemudian secara otomatis mengubah data kedalam format yang
diperlukan oleh file basis data yang baru. Jika bisa diterapkan,
pengembang dapat mengubah dan menggunakan program aplikasi
dari sistem yang lama untuk digunakan oleh sistem yang baru.
j. Testing
Suatu proses eksekusi program aplikasi dengan tujuan untuk
menemukan kesalahan, dengan menggunakan strategi tes yang
direncanakan dan data yang sesungguhnya.
k. Operational Maintenance
Merupakan proses pengawasan dan pemeliharaan sistem basis
data berikut instalasinya. Pada langkah sebelumnya, sistem basis data
telah diimplementasikan dan diuji sepenuhnya. Sekarang sistem
memasuki langkah pemeliharaan yang melibatkan aktivitas-aktivitas
berikut :
•
Pengawasan performa sistem, jika performa menurun maka
memerlukan perbaikan atau pengaturan ulang database
•
Pemeliharaan
dan
pembaharuan
aplikasi
database
dibutuhkan).
•
Penggabungan kebutuhan baru kedalam aplikasi database.
(jika
27
2.2.3
Tahapan Perancangan Basis Data
2.2.3.1 Perancangan Basis Data Konseptual
Menurut Connolly & Begg (2010: 470), Perancangan basis
data konseptual adalah proses pembuatan suatu model dari data
yang digunakan dalam suatu organisasi, yang tidak tergantung
pada segala pertimbangan fisikal.
Langkah 1 : Membangun model data konseptual
Tujuan dari langkah ini adalah untuk membangun suatu
model data konseptual dari perusahaan untuk setiap view yang
spesifik. Pada tahap membuat model data konseptual lokal,
langkah-langkah yang dilakukan adalah sebagai berikut :
Mengidentifikasi tipe entitas
Mengidentifikasi tipe relasi
Mengidentifikasi dan menghubungkan atribut dengan tipe
entitas atau relationship
Menentukan domain atribut
Menentukan atribut candidate key,
primary key dan
alternate key
Mempertimbangkan
penggunaan
enchance
modelling
concepts (langkah optional)
Mengecek model untuk redudansi
Validasi model data konseptual dengan transaksi user
Me-review model data konseptual lokal dengan user
2.2.3.2 Perancangan Basis Data Logikal
Menurut Connolly & Begg (2010: 490), perancangan basis
data logikal adalah membangun suatu model informasi yang
digunakan didalam suatu organisasi berdasarkan model data
yang spesifik, tetapi tidak bergantung pada suatu DBMS dan
perangkat keras lainnya.
28
Langkah 2 : Membuat dan memvalidasi model data logikal
lokal
Tujuan dari langkah ini adalah untuk mambangun suatu
model data logikal lokal dari model data konseptual lokal yang
telah dihasilkan sebelumnya dan memvalidasi model tersebut
untuk menjamin kebenaran struktur dan menjamin model
tersebut mendukung kebutuhan transaksi.
Pada tahap membuat model data logikal, langkah-langkah
yang dilakukan adalah sebagai berikut :
Membuat relasi untuk model data logikal
Validasi relasi dengan menggunakan normalisasi
Validasi relasi dengan transaksi user
Mendefinisikan batasan integritas
Me-review model data logikal lokal dengan user
Menggabungkan model data logikal kedalam model data
global (Optional step)
Memeriksa pertumbuhan dimasa mendatang
2.2.3.3 Perancangan Basis Data Fisikal
Menurut Connolly & Begg (2010: 523), tujuan dari
perancangan basis data fisikal adalah untuk mendeskripsikan
dari pengimplementasian dari suatu basis data pada media
penyimpanan secondary; itu juga akan mendeskripsikan dasar
dari suatu relasi, organisasi file untuk mencapai ke-efisienan
data, integritas, serta ukuran keamanan.
Langkah 3 : Menerjemahkan model data logikal global target
DBMS
Tujuan dari langkah ini adalah untuk menghasilkan
skema basis data relasional dari model data logikal yang dapat
diimplementasikan pada DBMS terpilih.
29
Langkah yang terdapat didalamnya yaitu :
1. Merancang relasi dasar
2. Merancang representasi dari derived data
3. Merancang general constraint
Langkah 4 : Merancang organisasi file dan indeks
Tujuan utama dari langkah ini adalah untuk menentukan
pengorganisasian file yang optimal untuk menyimpan relasirelasi dasar dan indeks yang diperlukan untuk mencapai
performa yang diinginkan. Untuk mencapai tujuan tersebut,
terdapat beberapa aktivitas-aktivitas yang harus dilakukan,
antara lain :
1. Menganalisa transaksi
2. Memilih organisasi file
3. Menentukan indeks
4. Mengestimasi kebutuhan disk space
Langkah 5 : Merancang user view
Tujuan dari langkah ini adalah untuk merancang user
view yang diidentifikasi selama pengumpulan informasi dan
analisis dari siklus hidup aplikasi basis data.
Langkah 6 ; Merancang mekanisme keamanan
Bertujuan untuk merancang ukuran keamanan untuk
basis data yang telah dispesifikasikan user.
Langkah 7 : Mempertimbangkan pengenalan dari redudansi
kontrol
30
Langkah
ini
bertujuan
untuk
mempertimbangkan
denormalisasi skema rasional untuk meningkatkan performa.
Hasil dari normalisasi adalah perancangan basis data logikal
secara struktural konsisten dan menekan jumlah redudansi.
Langkah 8 : Memonitor dan mengatur sistem operasional
Tujuan dari langkah ini adalah untuk memonitor sistem
operasional,
meningkatkan
performa,
dan
menentukan
perancangan sistem yang tepat atau menggambarkan perubahan
kebutuhan.
Perancangan basis data secara fisik merupakan proses pemilihan
struktur-struktur penyimpanan dan jalu-jalur akses pada file database
untuk mencapai penampilan yang terbaik pada bermacam-macam
aplikasi. Selama fase ini, dirancang spesifikasi-spesifikasi untuk
database yang disimpan untuk bisa berhubungan dengan penyimpanan
fisik, penempatan record dan jalur akses (Abdillah, 2006).
2.2.4
•
Two-Tier and Three-Tier Client-Server Architecture
Two-Tier Client-Server Architecture
Menurut Connolly & Begg (2010: 110), pada two-tier terdapat
proses klien, yang membutuhkan beberapa sumber daya dan juga
server. Tidak ada persyaratan yang mengharuskan klien dan server
harus berada pada satu mesin yang sama. Banyak klien bisa terhubung
ke server melalui jaringan LAN.
31
Gambar 2.1 Two-Tier Client-Server Architecture
(Source : Connolly & Begg (2010: 111))
•
Three-Tier Client-Server Architecture
Menurut Connolly & Begg (2010: 113), arsitektur three-tier
merupakan bentuk pengembangan dari model two-tier untuk
membantu pemecahan masalah enterprise scalability. Three-tier
memiliki 3 bagian yang masing-masing bisa dijalankan pada platform
yang berbeda, diantaranya :
1. User Interface, dijalankan pada komputer klien
2. The Business Logic and Data Processing Layer, dijalankan
pada server
3. DBMS, melakukan penyimpanan terhadap permintaan dari
bagian business logic and data processing layer.
32
Gambar 2.2 Three-Tier Client-Server Architecture
(Source : Connolly & Begg (2010: 113))
2.3 Teori UML
Menurut Satzinger, Jackson, & Burd (2005: 48) UML merupakan suatu
set standar konstruksi model dan notasi yang dikembangkan secara khusus
untuk pemodelan berorientasi objek.
Menurut Lee (2012: 158), UML merupakan standar tujuan umum bahasa
pemodelan dibidang perangkat lunak yang berorientasi objek. UML merupakan
sebuah tool untuk menspesifikasi dan memvisualisasi sistem perangkat lunak,
termasuk juga didalamnya tipe standar diagram yang mendeskripsikan struktur
desain database system.
33
2.3.1
Activity Diagram
Activity Diagram is a type of workflow diagram that describes the
user activities and their sequential flow (Satzinger, Jackson & Burd,
2005: 145)
Gambar 2.3 Activity Diagram
(Source : Satzinger, Jackson & Burd (2005: 145))
2.3.2
Use Case
Menurut Satzinger, Jackson & Burd (2005: 215) Use Case is a
diagram showing the various user roles and the way those users interact
with the system. Jadi, Use Case Diagram adalah sebuah diagram yang
menunjukan urutan pesan antara actor external dan system.
Gambar 2.4 Use Case
(Source : Satzinger, Jackson & Burd (2005: 215))
34
2.3.3
User Interface
Menurut Satzinger, Jackson & Burd (2005: 475) User Interface is
the part of an information system requiring user interaction to create
inputs and outputs.
Gambar 2.5 User Interface
(Source : Satzinger, Jackson & Burd (2005: 475))
2.4 Teori Khusus
2.4.1
Teori Pengarsipan
Menurut UU tahun 1971 mengenai ketatausahaan pokok kearsipan,
yang dimaksud dengan arsip adalah :
a. Naskah-naskah yang dibuat dan diterima oleh lembaga-lembaga
negara dan badan-badan pemerintah dalam bentuk corak apapun, baik
dalam keadaan tunggal maupun kelompok dalam rangka pelaksanaan
kehidupan pemerintah
b. Naskah-naskah yang dibuat dan diterima oleh badan-badan swasta
dan atau badan perorangan dalam bentuk corak apapu, baik keaaan
tunggal maupun kelompok dalam rangka pelaksanaan kehidupan
kebangsaan
35
Menurut Drs. Anhar, kearsipan merupakan suatu proses pengaturan
yang menyimpan baha-bahan/warkat-warkat secara sistematis, sehingga
apabila arsip tersebut dibutuhkan, dapat dengan mudah dan cepat
ditemukan kembali.
Menurut Nawawi Dg. (2010: 1572) peranan kearsipan adalah
sebagai sumber informasi dan sumber dokumentasi. Sebagai sumber
informasi, maka arsip akan dapat membantu megingatkan petugas yang
lupa mengenai suatu masalah. Sebagai sumber dokumentasi, arsip dapat
digunakan oleh pimpinan organisasi untuk membuat atau mengambil
keputusan secara tepat mengenai suatu masalah yang sedang dihadapi
2.4.2
Teori Administrasi
Menurut PUSPA (1977: 36), hukum administrasi adalah hukum
yang mengatur kewenangan badan-badan dengan lembaga-lembaga
pemerintahan baik dalam bentuk tertulis maupun tidak tertulis yang
berbentuk keseuruhan ketentuan-ketentuan hukum.
2.4.3
Pengertian Advokat, Klien Dan Jasa Hukum
Menurut
AAI (2003), pengertian dari advokat, klien dan jasa
hukum adalah sebagai berikut :
1. advokat/pengacara = orang yang berprofesi memberikan jasa hukum,
baik dalam maupun luar pengadilan yang memenuhi persyaratan
berdasarkan ketentuan UU.
2. klien adalah orang, badan hukum atau lembaga lain yang menerima
jasa hukum dari advokat atau pengacara.
3. Jasa hukum = jasa yang di berikan advokat/pengacara berupa
konsultasi hukum, bantuan hukum, menjalankan kuasa, mewakili,
mendampingi, membela dan melakukan tindakan hukum lain untuk
kepentingan hukum klien.
36
2.5 Pengertian PHP
Menurut Welling & Thomson (2003: 2), PHP merupakan server-slide
scripting language yang didesain secara spesifik untuk web. Dengan
menggunakan sebuah halaman HTML, PHP dapat dieksekusi setiap kali
halaman tersebut dikunjungi. Kode PHP yang telah dibuat diterjemahkan oleh
web server dan menghasilkan HTML atau output lainnya dimana para pengguna
dapat melihatnya.
PHP merupakan produk open source, dimana setiap orang bisa
mengakses source code, mengubahnya dan mendistribusikannya secara bebas
tanpa terkena biaya.
Beberapa keuntungan penggunaan PHP diantaranya yaitu :
1. Performa yang tinggi
PHP sangat efisien. Menggunakan sebuah server yang tidak mahal
dan dapat melayani jutaan hits setiap hari;
2. Integrasi Database
PHP memiliki banyak koneksi ke banyak sistem basis data. Pengguna
dapat langsung menghubungkan ke PostgreSQL, mSQL, Oracle, Dbm,
FilePro, Hyperwave, Informix, Interbase, dan basis data Sybase;
3. Memiliki library yang fungsi-fungsinya dapat digunakan diberbagai tasks
yang ada pada web
Karena PHP dirancang untuk digunakan di web, sehingga dapat
dibangun dalam fungsi untuk melakukan banyak kegiatan web yang saling
berhubungan;
4. Biaya rendah
PHP memiliki sifat bebas biaya.
5. Mudah untuk dipelajari dan digunakan
Sintak PHP berpatok pada bahasa pemrograman lain, yaitu C dan
Perl.
6. Bersifat portable
37
PHP tersedia untuk berbagai macam sistem operasi, seperti Linux dan
Windows. Tidak perlu ada modifikasi, kode PHP akan langusng bisa
dijalankan pada sistem operasi tersebut.
7. Ketersediaan Source code
Pengguna bisa mengakses source code pada PHP, pengguna juga bisa
merubah dan menambahkan sesuatu didalamnya.
2.6 Pengertian MySQL
Menurut Welling & Thomson (2003: 4), MySQL bersifat cepat, kuat dan
juga merupakan Relational Database Management System (RDBMS).
Pengguna dapat menyimpan, mencari, dan menyortir data secara efisien.
MySQL server mengontrol akses ke data pengguna untuk menjamin
penggunaan secara bersamaan antar pengguna, juga menyediakan akses cepat
ke database dan menjamin bahwa hanya pengguna yang berwenang saja yang
mendapatkan hak akses kedalam database.
Beberapa keuntungan penggunaan MySQL diantaranya yaitu :
1. Performa yang tinggi
Performa yang sangat tinggi memungkinkan pengguna untuk bekerja
secara cepat juga.
2. Biaya rendah
Tidak dikenakan biaya apapun, lisensi bersifat open surce
3. Mudah untuk dipelajari dan digunakan
Saat ini banyak database menggunakan SQL, namun SQL tetap
mudah untuk digunakan pada produk yang serupa.
4. Bersifat portable
MySQL bisa digunakan di beberapa sistem operasi, seperti Linux dan
Windows
38
5. Ketersediaan source code
Sama seperti PHP, pengguna juga bisa memodifikasi source code
MySQL.