7
BAB 2 LANDASAN TEORI 2.1 Teori – teori umum 2.1.1
Sistem Basis data A. Data Menurut O’Brien ( 2005, p206 ), data adalah sumber daya penting organisasi yang perlu dikelola seperti mengelola aset penting dalam bisnis lainnya.
Menurut Whitten ( 2004, p23 ), data adalah fakta mentah mengenai orang, tempat, kejadian, dan hal – hal penting yang ada dalam organisasi. Tiap fakta, tanpa disertai fakta lainnya, secara relatif mempunyai arti.
Menurut Turban ( 2005, p38 ) data merupakan kumpulan fakta atau dari sesuatu , kejadian, aktivitas, dan transaksi, yang diambil, dicatat, disimpan dan dikelompokkan, tetapi tidak diatur untuk menyatukan suatu arti tertentu.
7
8
B. Basis Data Menurut Connolly dan Begg ( 2010, p65 ), Basis data adalah sekumpulan data yang saling terhubung secara logikal, yang dirangcang dalam rangka memenuhi kebutuhan informasi dalam sebuah organisasi.
Menurut O’Brien ( 2005, p211 ), database
adalah
kumpulan dari elemen data yang terintegrasi dan saling berhubungan secara logikal. Data yang disimpan dalam database independent dari program aplikasi yang menggunakannya dan dari jenis peralatan penyimpanan tempat mereka disimpan.
2.1.2
Bahasa Basis Data A. Data Definition Language ( DDL ) Menurut Fathansyah ( 2004, p13 ), DDL adalah Struktur basis data yang menggambarkan desain basis data secara keseluruhan dispesifikasikan dengan bahasa khusus yang disebut Data Definition Language ( DDL ). Bahasa ini dapat digunakan untuk membuat tabel baru, membuat indeks, mengubah tabel, menentukan struktur penyimpanan tabel, dsb. Hasil dari kompilasi perintah DDL adalah kumpulan tabel yang disimpan dalam file khusus yang disebut kamus data ( Data Dictionary ).
9 Menurut ( Connolly dan Begg, 2010, p92 ),DDL adalah merupakan suatu bahasa yang memperbolehkan seorang DBA (Database Administrator) atau pengguna untuk menggambarkan dan memberi nama suatu entitas, attribut dan relasi data yang dibutuhkan oleh aplikasi, bersamaan dengan beberapa integritas yang terasosiasi dan batasan keamanan datanya.
B. Data Manipulation Language (DML) Menurut (Connolly dan Begg, 2010, p93), DML adalah sebuah bahasa yang menyediakan sekumpulan operasi untuk mendukung pengoperasian manipulasi data dasar pada basis data. Pengoperasian data yang akan dimanipulasi pada umumnya meliputi: 1. Penambahan data baru kedalam basis data 2. Modifikasi data yang tersimpan dalam basis data 3. Penerimaan data yang berada dalam basis data 4. Penghapusan data dari basis data DML terdiri dari dua tipe, yaitu : 1.
Procedural DML, yaitu sebuah bahasa yang memberikan fasilitas kepada user untuk memberitahukan kepada sistem, data apa yang diperlukan dan bagaimana seharusnya data tersebut diambil.
10
2.
Non-procedural
DML,
yaitu
sebuah
bahasa
yang
memberikan fasilitas kepada user untuk menyatakan data apa yang diperlukan daripada tentang bagaimana data tersebut diambil.
2.1.3 Database Managment System A. Pengertian Database Managment System ( DBMS ) Menurut
Rangga
Praduwiratna
(2010,p5),
DBMS
merupakan suatu sistem perangkat lunak yang memungkinkan pengguna komputer untuk membuat, memelihara, mengontrol, serta mengakses data pada basis data secara praktis, cepat, dan efisien. Dengan adanya DBMS, kontrol serta manipulasi terhadap data menjadi jauh lebih mudah. Dalam dunia IT, dikenal pula istilah RDBMS (Relational Database Management System) yang merupakan salah satu jenis DBMS yang mendukung adanya hubungan antar tabel-tabel di dalam basis data. Tentu saja, RDBMS bukanlah satu-satunya jenis DBMS yang tersedia, masih terdapat berbagai jenis-jenis DBMS lainnya yang disesuaikan dengan proses pembuatannya. Menurut Connolly dan Begg (2010, p66), DBMS adalah sebuah sistem perangkat lunak yang memperbolehkan pengguna untuk mendefinisikan, membuat, mengatur, dan mengontrol akses ke basis data.
11
B. Komponen Lingkungan DBMS Menurut Connolly dan Begg ( 2010, p68-p71 ), lingkungan DBMS memiliki 5 komponen utama, yaitu: a.
Hardware DBMS dan suatu aplikasi tentu saja membutuhkan hardware untuk berjalan. Contoh hardware bisa dimulai dari pc (personal computer), sebuah mainframe sampai ke jaringan sebuah komputer.
b.
Software Komponen software terdiri dari software DBMS itu sendiri danprogram aplikasi, bersama-sama dengan sistem operasi, termasuk software jaringan jika DBMS sedang digunakan pada jaringan.
c.
Data Komponen paling penting menurut end-user tentu saja adalah data. Data merupakan komponen jembatan antara komponen hardware dan software dengan komponen prosedur dan manusia.
d. Prosedur Prosedur merupakan instruksi dan aturan yang mengatur desain dan penggunaan basis data. User dan staff yang
12
mengatur
basis
data
memerlukan
prosedur
dalam
menjalankan sistem. e. Manusia Komponen terakhir adalah manusia yang terlibat dengan sistem, diantaranya adalah: 1. Data Administration DA lebih memperhatikan tahapan awal dari lifecycle. DA mengatur sumber daya data, meliputi: perencanaan database, pengembangan dan pemeliharaan standar, kebijakan, prosedur, dan desain database logikal dan konseptual. 2. Database Administration DBA mengatur realisasi fisik dari aplikasi database yang meliputi desain fisik database dan implementasi, pengaturan
keamanan
dan
kontrol
integritas,
pengawasan performa sistem dan pengaturan ulang database.
3. Database Designer dalam proyek desain database yang besar, ada dua jenis desainer yaitu : -
Logical Database Designer
Logical
database
designer
berkaitan
dengan
mengidentifikasi data (entitas dan attribut), hubungan
13 antara data, dan constraits pada data yang akan disimpan dalam database. -
Physical Database Designer Physical database designer memutuskan bagaimana desain database logis adalah secara fisik diwujudkan
4. Application Developers setelah database diimplementasikan, program aplikasi yang menyediakan fungsionalitas yang diperlukan untuk end-users harus diimplementasikan. ini adalah tanggung jawab dari Application Developers. 5. End-Users End - users adalah klien dari database, yang telah dirancang , diimplementasikan dan dipertahankan untuk melayani kebutuhan informasi mereka. End-users dapat diklasifikasikan menurut cara mereka menggunakan sistemnya yaitu :
-
Naive Users biasanya tidak menyadari DMBS. akses database melalui program aplikasi yang ditulis khusus yang berupaya untuk membuat operasi sesederhana mungkin
14
-
Sophisticated Users Sophisticated end-users biasanya menggunakan bahasa query seperti SQL untuk melakukan operasi yang diperlukan.
C. Fungsi DBMS Menurut Connolly dan Begg (2010, p66), DBMS memiliki beberapa fungsi, yaitu: a. Penyimpanan, pengembalian, dan update data DBMS harus menyediakan
kemampuan
untuk
menyimpan,
mengembalikan maupun meng-update data pada database. b. Katalog yang dapat diakses user. DBMS menyediakan katalog yang berisi deskripsi data yang tersimpan dan data mana saja yang memang dapat diakses oleh user. c. Dukungan transaksi. DBMS memiliki mekanisme untuk memastikan apakah semua update berhubungan dengan transaksi yang ada atau tidak. d. Layanan untuk mendukung kekonsistensian data. DBMS menyediakan mekanisme untuk memastikan database sudah ter-update secara benar ketika user yang mengupdate pada saat bersamaan lebih dari satu.
15 e. Layanan
recovery.
DBMS
menyediakan
mekanisme
recovery database jika database mengalami kerusakan dalam bentuk apapun. f. Layanan pengaturan hak akses, dengan adanya pengaturan hak akses maka hanya user-user yang berhak untuk mengakses data-data tertentu di database. g. Mendukung alat komunikasi. Data yang tersimpan pada DBMS harus dapat terintegrasi langsung dengan alat komunikasi. h. Layanan integritas data, DBMS menyediakan cara untuk meyakinkan data di dalam database dan perubahan yang terjadi pada data mengikuti aturan-aturan tertentu. i. Layanan untuk kemandirian data, DBMS memiliki fasilitas untuk mendukung kemandirian program dari struktur database yang sesungguhnya. j. Layanan untuk memenuhi kebutuhan, Fungsi DBMS yang terakhir ini sangat berguna untuk DBA dalam mengatur database secara efektif.
D. Keuntungan dan Kerugian DBMS 1. Keuntungan DBMS Menurut Connolly dan Begg (2010, p77-p80), keuntungan DBMS adalah:
16
a. Mengontrol redundansi data Redundansi data merupakan kerangkapan data yang terjadi di dalam basis data (kumpulan data atau file) yang dapat berakibat pada pembuangan ruang pada media penyimpan. Dengan adanya DBMS, maka dapat mengurangi redundansi data dan data yang terduplikasi tidak akan disimpan. b. Konsistensi data Dengan mengeliminasi atau mengontrol redundansi data, user mengurangi resiko dari ketidak konsistensian yang mungkin saja terjadi. c. Pembagian data Melalui basis data, seluruh organisasi dapat mengakses data yang ada dan dapat membagi data dengan user yang memiliki hak. d. Meningkatkan integritas data Integritas data yang dimaksud adalah validitas dan konsistensi data yang tersimpan. e. Meningkatkan keamanan Database security adalah perlindungan database dari pengguna yang tidak sah.tanpa pengamanan yang cocok, integrasi membuat data lebih rentan daripada sistem berbasis-file.
17 2. Kerugian dari DBMS Menurut Connolly dan Begg (2010, p80-p81), kerugian dari DBMS adalah: a. Kompleksitas Penyediaan fungsi yang diharapkan dari DBMS yang baik membuat DBMS menjadi bagian yang sangat kompleks dari perangkat lunak. b. Ukuran Kompleksitas dan kedalaman fungsi menggunakan DBMS menjadi sebuah software yang besar, butuh space besar dalam disk dan butuh sejumlah memori untuk berjalan. c. Biaya DBMS Biaya untuk DBMS sendiri bervariasi tergantung dari lingkungan dan fungsi yang ditawarkan. d. Tambahan biaya untuk hardware Untuk mendapatkan hasil yang maksimal terkadang dibutuhkan mesin yang besar untuk menjalankan DBMS. e. Dampak yang tinggi pada kegagalan Sentralisasi sumber daya meningkatkan kerentanan sistem.
Karena
semua
aplikasi
dan
pengguna
bergantung pada ketersediaan DBMS, kegagalan
18
komponen apapun dapat membuat operasi menjadi gagal.
2.1.4 Database System Development Lifecycle Menurut Connolly dan Begg (2010, p313- p314) , Database System Development Lifecycle adalah suatu aplikasi basis data yang dianalisis dan dirancang dalam tahapan-tahapan yang meliputi :
Gambar 2.1 Tahapan Database System Development Lifecycle
19 A. Database Planning Menurut Connolly dan Begg ( 2010, p313-p315 ), perencanaan basis data atau database planning merupakan aktivitas manajemen yang memungkinkan tahapan-tahapan dari
database
system
development
lifecycle
dapat
direalisasikan seefektif dan seefisien mungkin.
B. Sysem Definition Menurut Connolly dan Begg( 2010, p316), system definition
yaitu
menjelaskan jangkauan dan batasan dari
aplikasi basis data dan sudut padangan utama dari para pengguna.
C. Requirements Collection And Analysis Menurut Connolly dan Begg (2010, p316–p320 ), requirement collection and analysis merupakan proses mengumpulkan dan menganalisis informasi tentang organisasi yang
akan
didukung
oleh
aplikasi
basis
data
dan
menggunakan informasi tersebut untuk mengidentifikasikan kebutuhan-kebutuhan terhadap sistem yang baru. Terdapat tiga pendekatan yang bisa digunakan dalam menganalisis dan pengumpulan kebutuhan yaitu :
20
1. Centrallized Approach Kebutuhan-kebutuhan untuk setiap pengguna dibuat dalam satu set requirement untuk sistem basis data yang baru. Setiap user view memiliki kebutuhan–kebutuhan yang berbeda-beda dimana seluruh kebutuhan tersebut akan dikumpulkan dan dibuat menjadi suatu global data model yang nantiya akan diperlukan dalam pembuatan basis data. 2. View Integration Approach Kebutuhan untuk setiap user view dibuat dalam model data yang terpisah. Model data yang menggambarkan single user view disebut model data lokal, disusun dalam
bentuk
diagram
dan
dokumentasi
yang
mendeskripsikan kebutuhan user view basis data. Model data lokal ini kemudian digabungkan untuk menghasilkan model data global yang menggambarkan seluruh user view untuk basis data. 3. Gabungan antara kedua pendekatan tersebut.
D. Database Design Menurut
Indrajani
(2009,
p84),
database
design
merupakan proses pembuatan rancangan sebuah basis data
21 yang dapat mendukung kegiatan operasional dan tujuan perusahaan. Terdapat tiga pendekatan yang digunakan untuk merancang sebuah basis data yaitu : 1. Top Down Diawali dengan membuat data model. Pendekatan top-down dapat di ilustrasikan menggunakan entityrelationship (ER) model , kemudian mengidentifikasikan entity
dan
relationship
antar
entity
organisasi.
Pendekatan ini sesuai bagi basis data yang kompleks. 2. Bottom-Up Dimulai dari level dasar attribute (properti entity dan relationship), menganalisi hubungan antar-attribute, mengelompokkannya
kedalam
suatu
relasi
yang
menggambarkan tipe entity dan relasi antara entity. Pendekatan bottom-up ini sesuai bagi basis data dengan jumlah attribute yang sedikit. 3. Inside-Out Mirip seperti pendekatan bottom-up. Perbedaannya adalah pada tahap awal mengidentifikasi major entity, lalu menguraikannya menjadi entity relasi-relasi dan
22
attribute-attribute yang berhubungan dengan major entity. 4. Mixed Menggunakan pendekatan bottom-up dan top-down
E. DBMS Selection Menurut Indrajani (2009, p87), DBMS selection adalah kegiatan memilih DBMS yang akan digunakan dalam pembuatan basis data. Pemilihan DBMS yang tepat sangat mendukung aplikasi basis data. Langkah utama dalam pemilihan DBMS adalah : 1. Definisikan waktu untuk melakukan studi referensi. 2. Catat dua atau tiga produk yang akan dievaluasi untuk digunakan. 3. Evaluasi produk tersebut. 4. Rekomendasikan produk yang dipilih dan buat laporan yang mendukung.
23 F. Application Design Menurut Connolly dan Begg (2010, p329), application design merupakan proses perancangan antar muka pengguna dan program-program aplikasi yang akan menggunakan serta memproses basis data. Basis data diciptakan untuk mendukung aplikasi, sehingga harus ada arus informasi antara perancangan aplikasi dengan perancangan basis data.
G. Prototyping Menurut Indrajani (2009, p90), fungsi dari prototype adalah membuat model kerja suatu aplikasi basis data dan bersifat opsional. Tujuan utama dari tahapan prototype ini adalah : 1. Untuk mengidentifikasi sistem fitur yang sedang berjalan. 2. Untuk memberikan penambahan atau perbaikan fitur baru. 3. Untuk klarifikasi kebutuhan user. 4. Untuk evaluasi kelayakan dan kemungkinan apa yang terjadi dari desain sistem. Terdapat 2 macam prototype yang digunakan pada saat ini yaitu : 1. Requirements Prototyping
24
Menggunakan prototype yang menentukan kebutuhan dari aplikasi basis data yang diinginkan dan ketika kebutuhan tersebut terpenuhi maka prototype akan dibuang.
2. Evolutionary prototyping Digunakan untuk tujuan yang sama. Perbedaannya adalah prototype ini tidak di buang, tetapi dikembangkan lebih lanjut menjadi aplikasi basis data yang digunakan.
H. Implementation Menurut
Connolly
implementation perancangan
dan
adalah
basis
data
Begg
realisasi dan
(2010,p333-p334), fisik
dari
perancangan
proses aplikasi.
Sedangkan pengertian Implementasi menurut Indrajani (2009, p91), merupakan realisasi fisik dari basis data dan desain aplikasi. Implementasi basis data dicapai dengan menggunakan : 1. DDL untuk membuat skema basis data dan database files yang kosong. 2. DDL untuk membuat user view yang diinginkan.
25 3. 3GL atau 4GL untuk membuat program aplikasi. Termasuk transaksi basis data yang menggunakan DML atau ditambahkan pada bahasa pemrograman.
I.
Data Loading And Convertion Menurut Indrajani (2009, p91), data loading and convertion adalah sebuah tahap pemindahan data yang ada ke dalam basis data yang baru dan mengkonversikan aplikasi yang ada agar dapat menggunakan basis data yang baru. Tahapan ini dibutuhkan ketika sistem basis data baru menggantikan yang lama. Database Management System biasanya memiliki fitur untuk memanggil ulang file yang telah ada ke dalam
basis data baru. Dapat juga
mengkonversi dan menggunakan program aplikasi dari sistem yang lama untuk digunakan oleh sistem yang baru.
J.
Testing Menurut Indrajani (2009, p91), testing adalah suatu proses eksekusi program aplikasi dengan tujuan untuk menemukan kesalahan dengan skenario tes yang direncanakan dan data yang sesungguhnya.
K. Operational Maintenance
26
Menurut Indrajani (2009, p91), operational maintenance adalah suatu proses pengawasan dan pemeliharaan sistem setelah instalasi, yang mencakup : 1. Pengawasan kinerja sistem. Jika kinerja menurun, diperlukan perbaikan atau pengaturan ulang basis data. 2. Pemeliharaan dan pembaharuan aplikasi basis data. 3. Penggabungan kebutuhan baru ke dalam aplikasi basis data.
2.1.5 Normalisasi Menurut Connolly dan Begg (2010,p415), normalisasi adalah sebuah teknik untuk menghasilkan sekumpulan relasi dengan propertiproperti yang sesuai dengan persyaratan data yang diberikan sebuah perusahaan. Tujuan dari dilakukannya normalisasi adalah untuk mengidentifikasikan sekumpulan relasi yang mendukung persyaratan data sebuah perusahaan.
Menurut Indrajani (2009, p119), ada beberapa hal yang perlu diperhatikan dalam proses normalisasi diantaranya adalah : a. Suatu teknik formal untuk menganalisis relasi berdasarkan primary key dan functional dependencies antar atribut. b. Dieksekusi dalam beberapa langkah. Setiap langkah mengacu kebentuk normal tertentu sesuai dengan sifat yang dimilikinya.
27 c. Setelah normalisasi diproses, relasi secara bertahap menjadi lebih terbatas atau kuat bentuk formatnya dan juga mengurangi tindakan update yang teranomali. Sedangkan tahapan dari normalisasi yang sering digunakan adalah : 1. Unnormalized Form (UNF) Menurut Indrajani (2009, p121), merupakan suatu tabel yang berisikan satu atau lebih grup yang berulang. 2. First Normal Form (INF) Aturan pada normalisasi tahap pertama menurut Connolly dan Begg (2010, p436), adalah sebuah relasi dimana setiap baris dan kolom hanya berisi satu buah nilai. Dan cara melakukan normalisasi pada tahap pertama ini adalah dengan cara menghilangkan perulangan yang ada. 3.
Second Normal Form (2NF) Aturan pada normalisasi pada tahap kedua menurut Connolly dan Begg (2010, p434), adalah sebuah relasi yang telah berada pada bentuk normalisasi pertama dan setiap atribut yang bukan merupakan primary key bergantung secara fungsional penuh kepada primary key.
4. Third Normal Form (3NF) Aturan pada normalisasi tahap ketiga menurut Connolly dan Begg (2010, p435), adalah sebuah relasi yang telah berada pada
28
bentuk normalisasi tahap pertama dan kedua dimana semua tidak ada lagi atribut yang bukan merupakan primay key bergantung secara transitif kepada primary key.
2.1.6 Metodologi Perancangan A. Conceptual Database Design Conceptual database design menurut Connolly dan Begg (2010, p465), adalah suatu proses membangun sebuah model dari informasi sebuah perusahaan dan bersifat independent dari segala pertimbangan physical. Sedangkan menurut Indrajani (2009, p86), Conceptual database design adalah suatu proses pembentukan model yang berasal dari informasi yang digunakan dalam perusahaan yang bersifat independent dari keseluruhan aspek fisik. Model data tersebut dibangun dengan menggunakan informasi dalam spesifikasi kebutuhan dan merupakan sumber informai untuk tahap desain logikal.
Langkah-langkah dalam merancang basis data konseptual adalah sebagai berikut : i.
Mengidentifikasi tipe entitas. Mengidentifikasi
tipe
entitas
kebutuhan dan akan dibangun. ii.
Mengidentifikasi tipe relationship.
utama
yang
menjadi
29 Mengidentifikasi tipe relationship yang ada diantara tipe entitas yang telah diidentifikasi. iii. Mengidentifikasi dan mengasosiasikan atribut dengan tipe entitas atau relationship. Menghubungkan atribut-atribut yang dimiliki oleh entitas maupun relasi. iv. Menentukan domain atribut. Menentukan domain untuk atribut pada model data konseptual lokal. v.
Menentukan atribut dari candidate key dan primary key. Mengidentifikasi candidate key untuk setiap tipe entitas dan jika lebih dari satu candidate key, pilih salah satu untuk menjadi primary key.
vi. Mempertimbangkan penggunaan dari enhanced modeling concept (opsional). Mempertimbangkan kegunaan dari enhanced modeling concept,
seperti
specialization,
generalization,
aggregation, dan composition. vii. Memeriksa redundansi dari model. Memeriksa ada atau tidaknya redundansi dari model. viii. Memvalidasikan
model
konseptual
lokal
terhadap
transaksi pengguna. Memastikan bahwa model konseptual lokal mendukung transaksi yang dibutuhkan.
30
ix. Meninjau kembali model konseptual data lokal terhadap kebutuhan pengguna. Meninjau kembali model yang telah dibangun guna memastikan bahwa model tersebut merupakan representasi yang sesuai.
B. Logical Database Design Logical database design menurut Indrajani (2009, p86), adalah suatu proses pembentukan model yang berasal dari informasi yang digunakan dalam perusahaan yang berdasarkan model data tertentu, namun independent terhadap DBMS tertentu dan aspek fisik lainnya. Model data konseptual yang telah di buat sebelumnya diperbaiki dan dipetakan kembali dalam model data logikal.
Langkah-langkah dalam merancang basis data logical adalah sebagai berikut : 1. Membangun dan memvalidasikan model data logikal untuk setiap view i.
Menghilangkan fitur-fitur yang tidak cocok dengan model relasional (opsional). Menyaring model data konseptual lokal agar fitur-fitur yang tidak cocok dengan model relasional dapat dihilangkan.
ii.
Menentukan relasi untuk model logikal data lokal
31 Membuat relasi untuk model data logikal lokal untuk menggambarkan entitas, relationship, dan atribut yang diidentifikasikan. iii. Memvalidasikan relasi dengan menggunakan normalisasi. Memvalidasi relasi dalam model data logikal lokal menggunakan teknik normalisasi. iv. Memvalidasikan relasi terhadap transaksi pengguna. Memastikan bahwa relasi dalam model data logikal lokal mendukung transaksi. v.
Menentukan kendala integrity. Mendefinisikan batasan – batasan yang meliputi required data, attribute domain constraints, entity integrity, referential integrity, serta enterprise constraints.
vi. Meninjau ulang model data logikal lokal terhadap kebutuhan pengguna. Memastikan bahwa model data logikal lokal mendukung dokumentasi yang menjelaskan bahwa model data yang digambarkan adalah benar. 2. Membangun dan memvalidasikan model data logikal global i.
Menggabungkan model data logikal lokal kedalam model data logikal global. Menggabungkan model data logikal lokal perorangan menjadi model data logikal lokal perusahaan.
ii.
Memvalidasikan model data logikal global.
32
Memvalidasikan relasi yang dibuat dari model data logikal global menggunakan teknik normalisasi dan memastikan model tersebut mendukung kebutuhan transaksi. iii. Memeriksa untuk perkembangan dimasa yang akan datang. Menentukan apakah akan terjadi perubahan yang penting dan yang terduga dimasa yang akan datang dan untuk dinilai
apakah
model
data
logikal
global
dapat
menampung perubahan tersebut. iv. Meninjau kembali model data logikal global terhadap kebutuhan pengguna. Memastikan
bahwa
model
data
logikal
global
menggambarkan perusahaan dengan benar.
C. Physical Database Design Menurut Indrajani (2009, p87), Physical Database Design adalah suatu proses yang menghasilkan deskripsi implementasi basis data pada penyimpanan sekunder. Menggambarkan struktur penyimpanan dan metode akses yang digunakan untuk mencapai akses yang efisien terhadap data. Dapat juga dikatakan bahwa design fisik merupakan cara pembuatan menuju DBMS tertentu. 1. Menerjemahkan model data logikal global untuk menjadi target DBMS i.
Merancang basis relasi.
33 Memutuskan
bagaimana
relasi
dasar
akan
direpresentasikan pada DBMS target. ii.
Merancang representasi dari data turunan. Memutuskan bagaimana merepresentasikan
data-data
turunan yang terdapat pada model dan menganalisis transaksi yang penting. iii. Merancang enterprise constraint. Merancang entreprise constraints terhadap DBMS target. 2. Merancang representasi fisik. i.
Analisa transaksi Agar dapat memahami fungsionalitas dari transaksi akan berjalan di dalam basis data serta menganalisa transaksi yang penting.
ii. Memilih organisasi file Menentukan organisasi file yang efisien untuk setiap basis relasi. iii. Memilih indeks. Menentukan
apakah
penambahan
indeks
dapat
meningkatkan kinerja dari sistem. iv. Memperkirakan kebutuhan disk space. Memperkirakan kapasitas disk space yang akan dibutuhkan oleh basis data. 3. Merancang user views.
34
Merancang user views yang telah diidentifikasi pada tahap pengumpulan kebutuhan dan analisis pada daur hidup aplikasi basis data. 4. Merancang tingkat pengamanan. Merancang tingkat pengamanan basis data agar dapat diakses oleh pengguna tertentu. 5. Mempertimbangkan penggunaan redundansi terkontrol. Menentukan apakah pengguna redundansi terkontrol dapat meningkatkan kinerja sistem. 6. Mengawasi dan memelihara sistem operasional. Mengawasi sistem operasional dan meningkatkan kinerja sistem guna memperbaiki rancangan-rancangan yang kurang sesuai atau sebagai refleksi adanya perubahan kebutuhan.
2.1.7
Entity Relationship Modeling (ER Model) A. Entity Type Menurut Indrajani (2009, p149 ), Entity type merupakan kumpulan
obyek-obyek
diidentifikasi
oleh
dengan
enterprise
sifat
(property)
yang
mempunyai
sama
yang
eksistensi
independen. Keberadaannya dapat berupa fisik ataupun abstrak. Menurut Connolly dan Begg (2010, p373), entity occurrence adalah sebuah obyek dari suatu entity type yang dapat diidentifikasi secara unique. Nama entity
35
Cabang
Karyawan Gambar 2.2 Entity Type
Entity type bisa dikelompokkan menjadi : 1.
Strong Entity Entity yang keberadaannya tidak tergantung pada entity lain. Terkadang disebut parent, owner dominant
2.
Weak Entity Entity yang keberadaannya bergantung pada entity lain. Disebut juga child dependent, subordinate
Strong Entity
Client ClientNo (PK)
Weak Entity
Preference prefType
36
Gambar 2.3 Strong dan Weak Entity B. Relationship Type Menurut Indrajani (2009, p150), relationship type adalah kumpulan keterhubungan yang mempunyai arti tipe entitas yang ada.
Menurut Indrajani (2009, p150), relationship occurence merupakan keterhubungan yang diidentifikasikan secara unik yang meliputi keberadaan setiap tipe entitas yang berpartisipasi.
Menurut
Indrajani (2009, p151), relationship type
memiliki derajat, yaitu jumlah entitas yang berpartisipasi dalam suatu hubungan.
Derajat relationship terdiri dari : 1. Binary Relationship, merupakan keterhubungan antara dua tipe entity.
37
PrivateOwner
Branch Pown
Gambar 2.4 Contoh Binary Relationship
2. Ternary Relationship, merupakan keterhubungan antara tiga tipe entity.
Staff
Register s
Branch
Client
Gambar 2.5 Contoh Ternary Relationship
3. Quartenary Relationship, merupakan keterhubungan antara empat tipe entity.
Financial Institution
Buyer
Register s
Bid
38
Solicitor
Gambar 2.6 Contoh Quartenary Relationship
4. Unary relationship, merupakan keterhubungan antara satu tipe entity, dimana tipe entity tersebut berpartisipasi lebih dari satu kali dengan peran yang berbeda. Kadang-kadang disebut sebagai recursive relationship. Relationship dapat diberi role names untuk mengidentifikasikan keterkaitan entity type dalam relationship.
C. Atribute Menurut Indrajani (2009, p153), atribut merupakan sifatsifat dari sebuah entity atau tipe relationship. Selain itu atribut domain adalah himpunan nilai yang diperbolehkan untuk satu atau lebih atribut.
Atribut domain terdiri atas : 1. Simple Attribute : atribut yang terdiri atas satu komponen
tunggal
dengan
keterbatasan
yang
39 independen dan tidak dapat dibagi menjasi bagian yang lebih kecil lagi. Dikenal juga dengan nama Atomic Attribute. 2. Composite Attribute : atribut yang terdiri atas beberapa komponen, dimana masing-masing komponen memiliki keberadaan yang independen 3. Single – Valued Attribute : atribut yang mempunyai nilai tunggal untuk setiap kejadian. 4. Multi – Valued Attribute : atribut yang mempunyai beberapa nilai untuk setiap kejadian. 5. Derived Attribute : atribut yang memiliki nilai yang dihasilkan dari satu atau beberapa atribut lainnya dan tidak harus berasal dari satu entity. Sedangkan key pada sistem basis data meliputi : 1. Candidate Key : jumlah minimal atribut-atribut yang dapat mengidentifikasikan setiap kejadian atau record secara unik. (Indrajani, 2009, p154) 2. Primary key : candidate key yang dipilih untuk mengidentifikasikan setiap kejadian atau record dari suatu entity secara unik (Indrajani, 2009, p154) 3.
Composite key : candidate key yang terdiri atas satu atau lebih atribut. (Indrajani, 2009, p154)
40
4. Alternate key : candidate key yang tidak terpilih menjadi primary key atau biasa disebut secondary key. (Connolly dan Begg, 2010, p381) 5. Foreign Key : entity yang menghubungkan setiap baris dalam child table yang berisi foreign key ke parent table yang memiliki nilai candidate key yang cocok. Connolly dan Begg (2010, p234)
D. Structural Constraint Menurut Connolly dan Begg (2010, p385), jenis utama dari batasan pada suatu relasi dinamakan multiplicity. Menurut
Connolly
multiplicity adalah
dan
Begg
(2010,
p385-p388),
kejadian yang mungkin terjadi pada
sebuah tipe entity dimana memungkinkan berhubungan dengan satu kejadian lain yang bergantung pada sebuah tipe entity melalui hubungan yang nyata. Multiplicity membatasi jalan setiap entity-entity yang terhubung. Derajat yang biasa digunakan pada suatu relasi adalah relasi binary yang terdiri atas : 1.
One to one (1 : 1) Relationship, terjadi bila setiap anggota entity A hanya boleh berpasangan dengan satu anggota dari entity anggota B. Dan begitu juga sebaliknya.
41 2.
One to Many (1 : *) Relationship : terjadi bila setiap anggota entity A boleh berpasangan dengan leih dari satu anggota dari entity B. Sebaliknya, tiap anggota entity B hanya boleh berpasangan dengan satu anggota entity A.
3.
Many to Many ( * : * ) Relationship : terjadi bila tiap anggota entity A boleh berpasangan dengan lebih dari satu anggota dari entity B. Dan begitu juga sebaliknya.
E. Data Flow Diagram Menurut Whitten (2004, p334), merupakan pemodelan proses yang digunakan untuk menggambarkan aliran data melalui sebuah sistem dan tugas atau pengolahan yang dilakukan oleh sistem. Sedangkan,
menurut
McLeod
(2004,
p171-172),
merupakan representasi berupa gambar dari suatu sistem yang menggunakan empat buah simbol untuk mengilustrasikan aliran data melalui proses yang saling terkait.
Tabel 2.2 Simbol Data Flow Diagram
42
Nama
Keterangan Elemen Lingkungan
External
Elemen lingkungan yang dihadapi
Agent oleh sistem. Elemen ini memberikan data
input
untuk
sistem
dan
menerima data output dari sistem. Untuk
mendeskripsikan
elemen
lingkungan, sering digunakan nama terminator. Terminator menandakan tempat
dimana
sebuah
sistem
berakhir. Teminator dilambangkan dengan sebuah persegi atau kotak dengan label nama dari elemen lingkungan terminator
tersebut. dapat
Sebuah
berupa
orang,
organisasi atau sistem lainnya. Proses Proses
Proses adalah kerja yang dilakukan oleh
sistem
sebagai
respons
terhadap aliran data masuk atau kondisi. Proses mengubah masukan menjadi
keluaran.
digambarkan
Proses
dengan
dapat sebuah
43 linkaran atau persegi panjang atau sebuah persegi dengan sudut yang membentuk bulatan dengan label nama
dari
proses
tersebut.
Penamaan proses pada umumnya menggunakan
kata
benda
dan
obyek. Aliran Data nama aliran data
Sebuah aliran data terdiri dari sekelompok
elemen
data
yang
terhubung dan bergerak dari suatu titik atau proses ke titik atau proses lainnya. Aliran data digambarkan dengan simbol panah. Data Store Data Store Penyimpanan
data
merupakan
tempatdata yang digunakan dalam sistem disimpan. Penyimpanan data dilambangkan dengan persegi yang terbuka
Menurut
McLeod
(2004,
p172
–
p173)
Proses
penggambaran DFD adalah dengan mengidentifikasi proses,
44
menghubungkan mereka dengan aliran data, mengidentifikasi terminator yang menyediakan masukan dan menghasilkan keluaran
dan
menambahkan
penyimpanan
data
bila
diperlukan. Tingkatan dalam DFD, yaitu : 1. Diagram konteks, merupakan level tertinggi dari DFD yang menggambarkan seluruh input atau output ke sisi sistem. 2. Diagram
Nol,
merupakan
penggambaran
diagram konteks yang lebih rinci. Hal-hal yang harus diperhatikan : a.
Perlihatkan data store yang digunakan
b.
Untuk proses yang lebih rinci lagi pada level selanjutnya, tambahkan tanda * pada akhir nomor proses.
c.
Input dan output antara diagram konteks dan diagram nol harus diseimbangkan.
3. Diagram Rinci,
merupakan
rincian
diagram nol dan diagram level diatasnya. F. State Transition Diagram
dari
45 Adalah
model
atau
alat
yang
digunakan
untuk
menggambarkan urutan dari variasi screen yang dapat terjadi selama satu sesi pengguna (Whitten, 2004, p636). Komponen State Transition Diagram yaitu, 1. State, digambarkan dengan persegi panjang yang menunjukkan state dari sistem.
Gambar 2.7 Simbol state dalam STD 2. Transition, digambarkan dengan arrows (panah) yang menunjukkan transisi antar state. Tiap panah diberi label dengan ekspresi aturan label yang diatas menunjukkan kejadian yang menyebabkan transisi yang terjadi. Sedangkan label yang dibawah menunjukkan aksi yang terjadi akibat dari kejadian tadi.
Gambar 2.8 Simbol transisi dalam STD Contoh STD :
Gambar 2.9 Contoh STD 2.2 Teori – Teori Khusus
46
2.2.1
Warehouse Warehouse atau Pergudangan berfungsi menyimpan barang untuk produksi atau hasil produksi dalam jumlah dan rentang waktu tertentu yang kemudian didistribusikan ke lokasi yang dituju berdasarkan permintaan. Kendala yang dihadapi dalam pengelolaan warehouse adalah akurasi pergerakan barang dan menghitung rentang waktu barang disimpan. Dibutuhkan kontrol aktivitas pergerakan barang dan dokumen untuk meningkatkan efisiensi penggunaan warehouse agar jumlah dan rentang waktu barang disimpan dalam nilai minimum atau sesuai perencanaan. Warehouse Management System yang didukung teknologi informasi untuk membantu pengawasan pergerakan barang masuk, pergerakan dalam warehouse dan barang keluar. Pengawasan dengan menggunakan sistem, memberikan kemudahan pengelolaan dan nilai tambah warehouse, yaitu: 1. Memudahkan
pengelola
warehouse
memberikan
informasi
ketersediaan suatu barang kepada bagian perencanaan produksi atau pengiriman agar ketersediaan barang tetap pada tingkat yang aman. 2. Penempatan
barang
yang
ditentukan
oleh
sistem
sehingga
memudahkan penyimpanan, pengambilan dan perhitungan stok. 3. Mengurangi lead time dari aktivitas penyimpanan barang dan pengiriman barang. 2.2.2
PHP
47 Menurut Zaki (2008, p2), PHP adalah sebuah bahasa pemrograman scripting untuk membuat halaman web yang dinamis. Walaupun dikenal sebagai bahasa untuk membuat halaman web, tetapi PHP sebenarnya juga dapat digunakan untuk membuat aplikasi command line dan juga GUI. Website yang dibuat menggunakan PHP memerlukan software bernama webserver, tempat proses kode PHP dilakukan. Server web yang memiliki software PHP parser akan memproses input berupa kode PHP dan menghasilkan output berupa halaman web. PHP bersifat terbuka dan multiplatform, karenanya dapat dijalankan dibanyak merk webserver (seperti Apache dan IIS). Saat ini pengguna PHP sangat banyak, ada lebih dari dua puluh juta website yang menggunakan PHP yang dijalankan lebih dari satu juta server.
2.2.3
SQL Menurut Connolly dan Begg (2010, p184 – p185), SQL adalah suatu bahasa yang dirancang
untuk menggunakan hubungan yang
mengubah input ke output yang diperlukan. standar ISO SQL memiliki dua komponen utama yaitu: - Bahasa definisi Data (DDL) untuk mendefinisikan database struktur dan mengendalikan akses ke data - Bahasa manipulasi Data (DML) untuk retieving dan memperbarui data. 2.2.4 MySQL
48
Menurut Huda (2010, p181), MySQL adalah sebuah perangkat lunak sistem manajemen basis data SQL atau yang dikenal sebagai DBMS (Database Management System) yang didistribusikan secara gratis di bawah lisensi GPL (General Public License), database ini multithread, multi-user. Kekuatan MySQL tidak ditopang oleh sebuah komunitas, seperti apache, yang dikembangkan oleh komunitas umum, dan hak cipta untuk kode sumber dimiliki oleh pemilik masing – masing, tetapi MySQL didukung penuh oleh sebuah perusahaan profesional dan komersial, yakni MySQL AB dari Swedia.
2.2.5 HTML Menurut Mercer (2004, p29) Hyper-text Markup Language (HTML) adalah bahasa yang digunakan untuk membuat halaman web. HTML ditulis hanya sebagai kode sumber (Kode ini dapat dilihat di browser pada pilihan view lalu source dari menu), dan bahasa ini tidak benar-benar dapat disebut bahasa pemrograman, bahasa yang digunakan adalah hampir seluruhnya untuk tampilan. Keuntungan HTML adalah dapat membuat teks, Gambar, form, tabel, dan sebagainya dengan benar jika browser yang sedang digunakan berjalan lancar pada perangkat keras dan sistem operasi sudah terinstal. siapapun dapat menulis halaman web di HTML dan itu akan berjalan pada komputer manapun, tidak seperti
49 program terkompilasi yang berjalan hanya di kelas tertentu dari CPU dan sistem operasi.
2.2.6 JQuery Menurut Adi dan Sanjaya (2012, p2), JQuery merupakan sebuah Javascripts Library atau bisa disebut juga sebagai perpustakaan dari kumpulan kode / listing Javascript yang siap pakai. Dalam arti yang sederhana, JQuery dapat digunakan untuk meringkas sebuah listing javascript yang panjang dalam sebuah proyek pembuatan website.
2.2.7 Eight Golden Rules Menurut Shneiderman dan Plaisant (2010, p88), Eight Golden Rules adalah delapan aturan yang dapat digunakan sebagai petunjuk dasar yang baik untuk merancang suatu user interface, yaitu: 1. Konsistensi Konsistensi dilakukan pada urutan tindakan, perintah, dan istilah yang digunakan pada prompt, menu, serta layar bantuan. 2. Memungkinkan pengguna untuk menggunakan shortcut Ada kebutuhan dari pengguna yang sudah ahli untuk meningkatkan kecepatan interaksi, sehingga diperlukan singkatan, tombol fungsi, perintah tersembunyi, dan fasilitas makro. 3. Memberikan umpan balik yang informatif
50
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. Misalnya muncul suatu suara ketika salah menekan tombol pada waktu input data atau muncul pesan kesalahannya. 4. Merancang dialog untuk menghasilkan suatu penutupan Urutan tindakan sebaiknya diorganisir dalam suatu kelompok dengan bagian awal, tengah, dan akhir. Umpan balik yang informatif akan memberikan indikasi bahwa cara yang dilakukan sudah benar dan dapat mempersiapkan kelompok tindakan berikutnya. 5. Memberikan 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. Mudah kembali ke tindakan sebelumnya Hal ini dapat mengurangi kekuatiran pengguna karena pengguna mengetahui kesalahan yang dilakukan dapat dibatalkan;
sehingga
pengguna
tidak
takut
untuk
51 mengekplorasi pilihan-pilihan lain yang belum biasa digunakan. 7. Mendukung tempat pengendali internal (internal locus of control) 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. Mengurangi beban 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.
52
