BAB 2 TINJAUAN PUSTAKA 2.1 Teori yang

BAB 2
TINJAUAN PUSTAKA
2.1 Teori yang berkaitan dengan Database
Merupakan kumpulan dari teori-teori yang digunakan dalam perancangan
Database.
2.1.1 Data
Menurut Hoffer (2005, p5), data adalah penyimpanan representasi
dari sebuah objek dan event yang memiliki arti penting bagi lingkungan
user.
2.1.2 Pengertian Basis Data
Menurut Connolly dan Begg (2010, p65), basis data adalah
kumpulan data yang saling berhubungan secara logis dan deskripsi data
tersebut dirancang untuk memenuhi kebutuhan informasi dalam suatu
organisasi.
2.1.3 DBMS (Database Management System)
Menurut Connolly dan Begg (2010, p66), Database Management
System (DBMS) adalah sebuah sistem perangkat lunak yang
memungkinkan pengguna untuk mendefinisikan, membuat, memelihara
dan mengendalikan akses ke basis data.
Fasilitas-fasilitas yang disediakan DBMS antara lain (Connolly
dan Begg, 2010, p66) :
1.
Data Definition Language ( DDL)
Data Definition Language (DDL) memungkinkan pengguna untuk
mendefinisikan basis data serta memungkinkan pengguna untuk
menentukan tipe data, struktur dan kendala pada data untuk disimpan ke
dalam basis data.
2. Data Manipulation Language (DML)
Data Manipulation Language (DML) memungkinkan pengguna
untuk melakukan insert, update, delete, dan retrieve data dari basis data.
3. Kontrol akses terhadap basis data
a. Sistem keamanan (Security system) yang berfungsi untuk mencegah
pengguna yang tidak berwenang mengakses basis data.
b. Sistem integritas (Integrity system) yang berfungsi untuk menjaga
konsistensi data yang tersimpan.
c. Sistem kontrol konkurensi (Concurrency control system) yang berfungsi
untuk memungkinkan shared access terhadap basis data.
d. Sistem kontrol perbaikan (Recovery control system) yang berfungsi untuk
memperbaiki basis data ke kondisi sebelumnya jika terjadi kerusakan
pada perangkat keras atau perangkat lunak.
e. Katalog yang dapat diakses pengguna (User-accessible catalog) yang
berisi deskripsi data pada basis data.
Komponen-komponen utama dalam lingkungan DBMS terdiri dari
(Connolly dan Begg, 2010, p68) :
1. Hardware
Hardware dibutuhkan untuk menjalankan DBMS dan aplikasi. Hardware
dapat berupa personal computer (PC), mainframe atau jaringan
komputer.
2.
Software
Komponen software terdiri dari software DBMS itu sendiri dan program
aplikasi, bersama dengan sistem operasi, termasuk software jaringan jika
DBMS digunakan melalui sebuah jaringan.
3.
Data
Data mungkin merupakan komponen terpenting dari lingkungan DBMS.
Data berperan sebagai suatu jembatan diantara komponen mesin dan
manusia.
4.
Prosedur
Prosedur menunjuk pada instruksi-instruksi dan aturan-aturan yang
mengatur rancangan dan penggunaan basis data. Pengguna system dan
pegawai yang mengatur basis data membutuhkan prosedur yang
terdokumentasi mengenai bagaimana cara untuk menggunakan dan
menjalankan sistem.
5.
Orang (People)
Komponen terakhir adalah orang yang terlibat dengan sistem, seperti
Data Administrator (DA), Database Administrator (DBA), database
designer, application developer dan pengguna akhir (end-user).
Keuntungan-keuntungan DBMS, yaitu (Connolly dan Begg, 2010, p77) :
1.
Kontrol terhadap redundansi data
2.
Konsistensi data
3.
Informasi tambahan dari data yang sama
4.
Data dapat dibagi-bagi
5.
Meningkatkan integritas data
6.
Meningkatkan keamanan
7.
Penetapan standarisasi
8.
Skala ekonomi
9.
Keseimbangan kebutuhan data yang bertentangan
10. Meningkatkan aksesibilitas dan respon terhadap data
11. Meningkatkan pemeliharaan melalui independensi data
12. Meningkatkan produktifitas
13. Meningkatkan konkurensi
14. Meningkatkan layanan backup dan recovery data
Kerugian-kerugian DBMS, yaitu (Connolly dan Begg, 2010, p80) :
1.
Kompleksitas
2.
Ukuran yang besar
3.
Biaya DBMS
4.
Biaya tambahan hardware
5.
Biaya konversi
6.
Kinerja yang kurang maksimal
7. Dampak yang tinggi dari kegagalan
2.1.4 Structure Query Language (SQL)
2.1.4.1 Data Definition Language (DDL)
Menurut Connolly dan Begg (2010, p92), Data Definition
Language (DDL) adalah sebuah bahasa yang memungkinkan
DBA
(Database
Administrator)
atau
pengguna
untuk
menggambarkan dan memberi nama entitas-entitas, atributatribut, dan hubungan-hubungan yang diperlukan untuk sebuah
aplikasi, bersama dengan integritas terkait dan batasan keamanan
(security constraints).
2.1.4.2 Data Manipulation Language (DML)
Menurut Connolly dan Begg (2010, p92), Data Manipulation
Language (DML) adalah sebuah bahasa yang menyediakan
sekumpulan operasi untuk mendukung operasi dasar manipulasi
data pada data dalam basis data.
Operasi manipulasi data terdiri dari (Connolly dan Begg,
2010, p92) :
a.
Memasukkan data baru ke dalam basis data
b.
Modifikasi data yang tersimpan dalam basis data
c.
Menampilkan kembali data di dalam basis data
d.
Menghapus data dari basis data
Terdapat dua tipe DML (Connolly dan Begg, 2010, p93), yaitu :
1. Procedural DML
Procedural DML adalah sebuah bahasa yang memungkinkan
pengguna untuk memberitahukan kepada sistem, data apa yang
diperlukan dan bagaimana seharusnya data tersebut diambil.
2. Non-procedural DML
Non-procedural
DML
adalah
sebuah
bahasa
yang
memungkinkan pengguna untuk menyatakan data apa yang
diperlukan daripada tentang bagaimana data tersebut diambil.
2.1.5 Fourth Generation Language (4GL)
Fourth Generation Language (4GL) adalah bahasa pemrograman
yang
tidak
memiliki
prosedur
standard
dimana
pengguna
mendefinisikan apa yang harus diselesaikan, bukan bagaimana cara
menyelesaikannya.
4GL mencakup (Connolly dan Begg, 2010, p94) :
a. Presentation languages, seperti query languages dan report
generators.
b. Speciality languages, seperti spreadsheets dan database languages.
c. Application
generators
yang
mendefinisikan,
memasukkan,
memperbarui, dan menerima data dari basis data untuk membangun
aplikasi.
d. Bahasa tingkat tinggi yang digunakan untuk menghasilkan kode
aplikasi.
2.1.6 Siklus Hidup Aplikasi Basis Data
Menurut Connolly dan Begg (2010, p314), adapun tahap-tahap
siklus hidup pengembangan sistem basis data adalah sebagai berikut :
Gambar 2.1 The Stages of The Database System Development Lifecycle
2.1.6.1 Database Planning
Menurut Connolly dan Begg (2010, p313), Database planning
merupakan kegiatan manajemen yang memungkinkan tahapan
siklus hidup pengembangan sistem basis data untuk direalisasikan
seefisien dan seefektif mungkin.
Ada 3 permasalahan pokok yang muncul dalam merumuskan
suatu strategi sistem informasi, yaitu :
1.
Identifikasi rencana dan tujuan perusahaan dengan penentuan
sistem informasi yang dibutuhkan.
2. Evaluasi sistem informasi yang berjalan untuk menentukan
kelebihan dan kekurangan yang ada.
3. Penilaian terhadap peluang-peluang teknologi informasi yang
mungkin mendatangkan keuntungan yang kompetitif.
2.1.6.2 System Definition
Menurut Connolly dan Begg (2010, p316), System definition
menjelaskan batasan-batasan dan ruang lingkup aplikasi basis
data dan user view utama.
2.1.6.3 Requirement Collection and Analysis
Menurut Connolly dan Begg (2010, p316), Requirement
Collection and analysis merupakan proses pengumpulan dan
analisa informasi mengenai bagian dari organisasi yang didukung
oleh sistem basis data, dan menggunakan informasi ini untuk
mengidentifikasi kebutuhan untuk sistem baru.
Informasi yang dikumpulkan untuk setiap user view utama
terdiri dari :
1.
Deskripsi data yang digunakan atau dihasilkan
2.
Rincian bagaimana data digunakan atau dihasilkan
Beberapa kebutuhan tambahan untuk sistem basis data yang baru.
2.1.6.4 Database Design
Menurut Connolly dan Begg (2010, p320), Database design
merupakan proses membuat rancangan yang akan mendukung
mission statement dan mission objectives untuk sistem basis data
yang dibutuhkan.
Terdapat tiga fase utama dalam merancang basis data, yaitu :
1.
Perancangan basis data konseptual
Merupakan suatu proses pembuatan model dari informasi yang
digunakan dalam perusahaan, independen dari keseluruhan
aspek fisik. Model data dibangun dengan menggunakan
informasi dalam spesifikasi kebutuhan pengguna.
2.
Perancangan basis data logikal
Merupakan suatu proses pembuatan model dari informasi yang
digunakan dalam perusahaan berdasarkan model data tertentu,
tetapi independen terhadap DBMS tertentu dan aspek fisik
lainnya.
3.
Perancangan basis data fisikal
Merupakan suatu proses menghasilkan deskripsi implementasi
basis data pada penyimpanan sekunder. Menggambarkan
struktur penyimpanan dan metode akses yang digunakan untuk
mencapai akses yang efisien terhadap data.
2.1.6.5 DBMS Selection
Menurut Connolly dan Begg (2010, p325), DBMS selection
merupakan pemilihan DBMS yang sesuai untuk mendukung sistem
basis data.
Langkah-langkah utama untuk memilih sebuah DBMS, yaitu :
1. Mendefinisikan
istilah-istilah
yang
mengarah
pada
pembelajaran.
2. Membuat daftar pendek dua atau tiga produk.
3. Mengevaluasi produk.
4. Merekomendasikan pilihan dan membuat laporan.
2.1.6.6 Application Design
Menurut Connolly dan Begg (2010, p329), Application design
merupakan rancangan user interface dan program aplikasi yang
menggunakan dan mengolah basis data.
2.1.6.7 Prototyping
Menurut Connolly dan Begg (2010, p333), Prototyping
merupakan pembangunan sebuah model kerja sistem basis data.
2.1.6.8 Implementation
Menurut Connolly dan Begg (2010, p333), Implementation
merupakan realisasi fisik basis data dan perancangan aplikasi.
2.1.6.9 Data Conversion and Loading
Menurut Connolly dan Begg (2010, p334), Data Conversion
and Loading merupakan pemindahan semua data yang ada ke
dalam basis data baru dan mengubah semua aplikasi yang ada
untuk dijalankan pada basis data baru.
2.1.6.10
Testing
Menurut Connolly dan Begg (2010, p334), Testing merupakan
proses menjalankan sistem basis data dengan tujuan untuk
menemukan kesalahan.
2.1.6.11
Operational Maintenance
Menurut Connolly dan Begg (2010, p335), Operational
Maintenance merupakan proses mengawasi dan memelihara sistem
basis data setelah proses instalasi.
2.1.7 Entity-Relationship Modeling
Untuk memastikan pemahaman yang tepat terhadap data dan
bagaimana penggunaannya di dalam suatu perusahaan, diperlukan
sebuah model. Salah satunya adalah Model Entity-Relationship (ER).
Menurut Connolly dan Begg (2010, p371), model Entity
Relationship menggunakan pendekatan perancangan basis data topdown, yang dimulai dengan mengidentifikasikan data yang penting.
Data yang penting itu disebut entitas, dimana relationship diantaranya
harus direpresentasikan dalam model dan kemudian ditambahkan
beberapa atribut dan constraint.
Kebalikan dari pendekatan Top-Down, pendekatan Bottom-Up
dimulai dengan mengidentifikasikan data item (attribute dan relationship),
kemudian terakhir baru memulai mengidentifikasikan entitasnya. Oleh karena itu,
pendekatan Bottom-Up tidak begitu efektif digunakan untuk pembuatan model
Entity Relationship.
2.1.7.1 Tipe Entitas
Tipe entitas adalah kumpulan dari berbagai obyek-obyek
yang mempunyai sifat atau properti yang sama dan didefinisikan
oleh perusahaan, serta mempunyai sifat atu properti yang sama dan
didefinisikan oleh perusahaan, serta mempunyai eksistensi yang
independent. Keberadaan entity type dapat berupa fisik atau
abstrak. (Connolly dan Begg, 2010, p372).
Konsep dasar dari Entity relationship adalah tipe entitas,
yang merepresentasikan sebuah kumpulan obyek dalam dunia
nyata dengan properti yang sama. Sebuah tipe entitas mempunyai
keberadaan yang independent dan dapat menjadi obyek fisikal
maupun obyek konseptual. Ini berarti perancang yang berbeda
mungkin dapat mengidentifikasi entitas yang berbeda pula.
Entity Occurence adalah obyek dan tipe entitas yang dapat
didefinisikan secara unik.
Tipe entitas dapat diklasifikasikan menjadi :
1. Strong entity type, yaitu tipe entitas yang keberadaannya
tidak bergantung pada tipe entitas lainnya. (Connolly dan
Begg, 2010, p383).
2. Weak entity type, yaitu tipe entitas yang keberadaannya
bergantung pada tipe entitas lainnya. (Connolly dan Begg,
2010, p383).
2.1.7.2 Tipe Relasi
Tipe relasi adalah sekumpulan asosiasi antara tipe-tipe entitas
yang ada dan mempunyai arti. (Connolly dan Begg, 2010, p374).
Relationship occurence adalah suatu gabungan yang dapat
diidentifikasikan secara unik, yang meliputi satu kejadian dari
setiap entitas yang berpartisipasi. (Connoly dan Begg, 2010, p375).
Recursive relationship adalah sebuah tipe hubungan dimana
tipe entitas yang sama dapat berpartisipasi lebih dari sekali pada
peran yang berbeda. (Connolly dan Begg, 2010, p378).
Derajat dari tipe relasi adalah jumlah dari partisipasi tipe
entitas dalam sebuah tipe relasi tertentu. Entitas yang berkaitan
dalam sebuah tipe relasi terkenal sebagai participant dalam
relationship. Jumlah dari participant dalam relationship adalah
derajat dari relationship. Oleh karena itu, derajat dari relationship
yang berderajat dua disebut binary, sedangkan relationship yang
berderajat tiga disebut ternary. (Connoly dan Begg, 2010, p376).
Terdapat beberapa macam derajat relasi, yaitu :
a.
Binary relationship, yaitu keterhubungan antara dua tipe
entitas.
Gambar 2.2 Binary Relationship
b.
Ternary relationship, yaitu keterhubungan antara tiga
tipe entitas.
Gambar 2.3 Ternary Relationship
c.
Quaternary relationship, yaitu keterhubungan antara
empat tipe entitas.
Gambar 2.4 Quaternary Relationship
d. Relasi rekursif adalah sebuah tipe relasi dimana tipe
entitas yang sama berpartisipasi lebih dari satu kali dalam
peranan yang berbeda.
Gambar 2.5 Relasi Rekursif
2.1.7.3 Attributes
Attribute merupakan sifat-sifat atau properti dari sebuah tipe
entitas atau tipe relationship. (Connolly dan Begg, 2010, p379).
Domain attribute adalah kumpulan nilai yang diperbolehkan
untuk satu atau lebih atribut. Setiap atribut yang dihubungkan
dengan sejumlah nilai disebut domain.
Domain akan mendefinisikan nilai-nilai yang dimiliki sebuah
atribut dan fungsi domain di sini sama dengan konsep domain pada
model relasional.
Macam-macam atribut yang ada yaitu :
1. Simple / Composite Attribute
Simple Attribute adalah atribut yang terdiri dari
satu komponen tunggal (single) dan keberadaannya
independent.
Composite Attribute adalah atribut yang terdiri
dari beberapa komponen yang keberadaannya
independent. (Connolly dan Begg, 2010, p380).
2. Single-Valued and Multi-Valued Attributes
Single-valued attributed adalah atribut yang
menampung nilai tunggal untuk tiap-tiap kejadian
dari suatu tipe entitas. Sebagian besar atribut
adalah bernilai tunggal.
Multi-valued attributed adalah atribut yang
dapat menampung banyak nilai untuk setiap
kejadian dari suatu tipe entitas. (Connolly dan
Begg, 2010, p380).
3. Derrived Attributes
Atribut yang memiliki nilai yang dihasilkan
dari satu atau beberapa atribut lainnya dan tidak
harus berasal dari entitas yang sama. (Connolly
dan Begg, 2010, p380).
2.1.7.4 Keys
Terdapat beberapa jenis key :
1. Candidate Key
Merupakan sejumlah kecil atribut dari entitas
yang mengidentifikasikan setiap kejadian dari
entitas tersebut secara unik. (Connolly dan Begg,
2010, p381).
2. Primary Key
Merupakan candidate key yang dipilih untuk
mengidentifikasikan setiap kejadian dari entitas
secara unik. (Connolly dan Begg, 2010, p381).
3. Alternate Key
Merupakan kumpulan candidate key yang tidak
terpilih menjadi primary key. (Connolly dan Begg,
2010, p151).
4. Composite Key
Merupakan candidate key yang terdiri dari dua
atau lebih atribut. (Connolly dan Begg, 2010,
p382).
5. Foreign Key
Sebuah atribut atau sekumpulan atribut pada
suatu relasi yang sama dengan candidate key dari
beberapa relasi lainnya. (Connolly dan Begg, 2010,
p151).
2.1.7.5 Structural Constraint
Multiplicity adalah jumlah occurence (kejadian) yang mungkin
terjadi pada sebuah tipe entity yang berhubungan ke sebuah
occurence dari tipe entity lain pada suatu relationship. (Connolly
dan Begg, 2010, p385).
Tiga macam hubungan binari secara umum yaitu :
1. Derajat hubungan one to one (1:1)
Derajat hubungan 1:1 terjadi bila tiap anggota suatu
entitas hanya boleh berpasangan dengan satu anggota
dari entitas yang lain. Dan begitu juga sebaliknya.
Anggota dari entitas yang lain hanya boleh mempunyai
satu anggota dari entitas tersebut.
Gambar 2.6 Derajat hubungan One-to-One
2. Derajat hubungan one to many (1:*)
Derajat hubungan 1:* terjadi bila tiap anggota suatu
entitas memilik lebih dari satu anggota dari entitas lain.
Dan sebaliknya, entitas yang lain hanya boleh
berpasangan dengan satu anggota dari entitas tersebut.
Gambar 2.7 Derajat hubungan One-to-Many
3. Derajat hubungan many to many (*:*)
Derajat hubungan *:* terjadi apabila tiap anggota suatu
entitas memiliki lebih dari satu anggota dari entitas
lain, juga entitas lain memiliki lebih dari satu anggota
dari entitas tersebut.
Gambar 2.8 Derajat hubungan Many-to-Many
Multiplicity terdiri dari dua batasan yang terpisah pada
sebuah relasi, yaitu :
1.
Cardinality
Mendeskripsikan jumlah maksimum dari kejadian relasi yang
mungkin untuk suatu entitas yang berpartisipasi di dalam suatu
tipe relasi tertentu.
2.
Participation
Menentukan apakah semua atau hanya sebagian entitas
berpartisipasi di dalam suatu relasi.
Gambar 2.9 Cardinality and Participation
2.1.8 Metodologi Perancangan Basis Data
Metodologi desain adalah sebuah pendekatan terstruktur yang
menggunakan prosedur, teknik, perangkat, dan dokumentasi yang
mendukung dan memfasilitasi proses desain (Connolly dan Begg, 2010,
p466).
Terdapat tiga fase utama dalam metodologi perancangan basis data
antara lain (Connolly dan Begg, 2010, p467) :
2.1.8.1 Perancangan Konseptual
Perancangan basis data konseptual adalah proses membangun
sebuah model data yang digunakan dalam sebuah perusahaan, yang
tidak bergantung pada semua pertimbangan fisikal.
Perancangan ini merupakan tahap pertama dimana secara
objektif dilakukan
untuk membangun sebuah model data
konseptual dari kebutuhan data sebuah perusahaan.
Langkah-langkah untuk membangun model data konseptual,
yaitu :
1. Mengidentifikasi tipe entitas
Tujuannya adalah untuk mengidentifikasi tipe
entitas yang dibutuhkan.
2. Mengidentifikasi tipe relasi
Tujuannya adalah untuk mengidentifikasi relasi
penting yang ada diantara tipe entitas.
3. Mengidentifikasi dan mengasosiasi atribut dengan
tipe entitas atau relasi
Tujuannya adalah untuk mengasosiasi atribut
dengan tipe entitas atau tipe relasi yang sesuai.
4. Menentukan domain atribut
Tujuannya adalah untuk menentukan domain untuk
atribut pada model data lokal konseptual.
5. Menentukan atribut candidate key, primary key,
dan alternate key
Tujuannya
adalah
untuk
mengidentifikasi
candidate key untuk setiap tipe entitas, dan jika ada
lebih dari satu candidate key, maka dipilih satu
untuk menjadi primary key dan yang lain sebagai
alternate key.
6. Mempertimbangkan penggunaan konsep enhanced
modeling (langkah optional)
Tujuannya
adalah
untuk
penggunaan
konsep
(Permodelan
yang
mempertimbangkan
enhanced
lebih
specialization/generalization,
rumit),
modeling
seperti
aggregation
dan
composition.
7. Memeriksa model untuk redundansi
Tujuannya
adalah
untuk
memeriksa
adanya
redundansi/data berulang pada model.
8. Validasi
pengguna
model
konseptual
dengan
transaksi
Tujuannya adalah untuk memastikan bahwa model
konseptual mendukung transaksi yang dibutuhkan.
9. Meninjau kembali model data konseptual dengan
pengguna
Tujuannya adalah untuk meninjau kembali model
data
konseptual
dengan
pengguna
untuk
memastikan bahwa model tersebut sudah sesuai
dengan
representasi
yang
sebenarnya
dari
kebutuhan data perusahaan.
2.1.8.2 Perancangan Logikal
Perancangan basis data logikal adalah proses membangun
sebuah model data yang digunakan dalam sebuah perusahaan
berdasarkan model data spesifik, tetapi tidak bergantung pada
DBMS tertentu dan pertimbangan fisikal lainnya.
Perancangan ini merupakan tahap kedua dimana secara
objektif dilakukan untuk menerjemahkan model data konseptual
menjadi model data logikal dan kemudian memvalidasi model ini
untuk memeriksa bahwa model tersebut sudah benar secara struktur
dan mampu mendukung transaksi yang dibutuhkan.
Langkah-langkah untuk membangun model data logikal,
yaitu :
1. Penurunan relasi untuk model data logikal
Tujuannya adalah untuk membuat relasi untuk model data
logikal untuk merepresentasikan entitas, relasi, dan atribut
yang telah diidentifikasi.
2. Validasi relasi menggunakan normalisasi
Tujuannya adalah untuk memvalidasi relasi pada model
data logikal menggunakan normalisasi.
3. Validasi relasi terhadap transaksi pengguna
Tujuannya adalah untuk memastikan bahwa relasi pada
model data logikal mendukung transaksi yang dibutuhkan.
4. Memeriksa integrity constraints
Tujuannya adalah untuk memeriksa integrity constraints
yang direpresentasikan pada model data logikal.
5. Meninjau kembali model data logikal dengan pengguna
Tujuannya adalah untuk meninjau kembali model data
logikal dengan pengguna untuk memastikan bahwa model
tersebut sesuai dengan representasi yang sebenarnya dari
kebutuhan data perusahaan.
6. Menggabungkan model data logikal menjadi model global
(langkah optional)
Tujuannya adalah untuk menggabungkan model data lokal
logikal menjadi sebuah model data logikal global yang
merepresentasikan semua pandangan pengguna basis data.
7. Memeriksa perkembangan di masa mendatang
Tujuannya
adalah
untuk
menentukan
apakah
ada
perubahan signifikan yang memungkinkan di masa
mendatang dan untuk menilai apakah model data logikal
dapat mengakomodasi perubahan.
2.1.8.3 Perancangan Fisikal
Perancangan basis data fisikal adalah proses menghasilkan
sebuah deskripsi implementasi basis data pada secondary storage.
Menjelaskan relasi dasar, organisasi file, dan indeks yang
digunakan untuk mendapatkan akses yang efisien terhadap data,
dan integrity constraints terkait serta langkah-langkah keamanan.
Terdapat beberapa tahap untuk membangun model data fisikal,
yaitu :
a.
Tahap ketiga : Menerjemahkan model data logikal untuk
DBMS yang
dituju.
Secara
objektif
dilakukan
untuk
menghasilkan sebuah skema relasi basis data dari model data
logikal yang bisa diimplementasikan pada DBMS yang dituju.
Tahap ini terdiri dari 3 langkah, yaitu :
1. Merancang relasi dasar
Tujuannya
adalah
menentukan
bagaimana
cara
merepresentasikan relasi dasar yang telah diidentifikasi
dalam model data logikal pada DBMS yang dituju.
2. Merancang representasi dari derived data
Tujuannya
adalah
menentukan
merepresentasikan berbagai
bagaimana
cara
derived data yang terdapat
dalam model data logikal pada DBMS yang dituju
3. Merancang batasan umum
Tujuannya adalah merancang batasan umum pada DBMS
yang dituju.
b.
Tahap keempat : Merancang organisasi file dan indeks. Secara
objektif dilakukan untuk menentukan organisasi file yang
optimal untuk menyimpan relasi dasar dan indeks yang
dibutuhkan untuk mencapai kinerja yang dapat diterima, yaitu
keadaan dimana relasi dan tupel akan disimpan pada
secondary storage. Tahap ini terdiri dari 4 langkah, yaitu :
1. Menganalisa transaksi
Tujuannya adalah untuk mengetahui fungsi dari transaksi
yang akan berjalan pada basis data dan untuk menganalisa
transaksi yang penting.
2. Memilih organisasi file
Tujuannya adalah untuk menentukan organisasi file yang
yang efisien untuk setiap relasi dasar.
3. Memilih indeks
Tujuannya adalah untuk menentukan apakah menambah
indeks akan meningkatkan kinerja sistem.
4. Memperkirakan
besarnya
tempat
penyimpanan
yang
dibutuhkan
Tujuannya adalah untuk memperkirakan besar tempat
penyimpanan yang akan dibutuhkan oleh basis data.
c.
Tahap kelima : Merancang user views. Secara objektif
dilakukan untuk merancang user views yang teridentifikasi
selama tahap pengumpulan dan analisa kebutuhan dari siklus
pengembangan sistem basis data.
d.
Tahap keenam : Merancang mekanisme keamanan. Secara
objektif dilakukan untuk merancang mekanisme keamanan
untuk basis data yang ditentukan oleh pengguna selama tahap
pengumpulan kebutuhan dari siklus pengembangan sistem
basis data.
e.
Tahap ketujuh : Mempertimbangkan penggunaan redundansi
terkontrol. Secara objektif dilakukan untuk menentukan
apakah menggunakan redundansi secara terkendali
dengan
aturan normalisasi akan meningkatkan kinerja sistem. Tahap
ini terdiri dari 7 langkah, yaitu :
1. Menggabungkan relasi one-to-one (1:1)
2. Menduplikasi atribut non-key pada relasi one-to-many (1:*)
untuk mengurangi join
3. Menduplikasi atribut foreign key pada relasi one-to-many
(1:*) untuk mengurangi join
4. Menduplikasi atribut-atribut pada relasi many-to-many (*:*)
untuk mengurangi join
5. Memperkenalkan repeating groups
6. Membuat extract tables
7. Mempartisi relasi-relasi
f.
Tahap kedelapan : Mengawasi dan menyempurnakan sistem
operasional. Secara objektif dilakukan untuk mengawasi
sistem operasional dan meningkatkan kinerja sistem untuk
memperbaiki
rancangan
yang
tidak
sesuai
atau
mempertimbangkan adanya perubahan kebutuhan.
2.1.9 Normalisasi
Menurut Connolly dan Begg (2010, p416), normalisasi adalah
sebuah teknik untuk menghasilkan sekumpulan relasi dengan properti
yang diinginkan, yang akan memberikan kebutuhan data bagi
perusahaan. Relasi adalah sebuah tabel dengan kolom dan baris.
Menurut Michael V. Mannino (2001, p267), normalisasi adalah
sebuah proses untuk menghapus redundansi pada sebuah tabel sehingga
tabel tersebut mudah dimodifikasi.
Proses-proses normalisasi terdiri dari (Connolly dan Begg, 2010,
p430) :
1. Unnormalized Form (UNF)
Sebuah tabel yang terdiri dari satu atau lebih kelompok yang
berulang. UNF merupakan bentuk awal tabel yang belum di
normalisasi. Proses normalisasi UNF menjadi 1NF melibatkan
penghilangan repeating groups.
2. First Normal Form (1NF)
Sebuah relasi dimana titik temu dari setiap baris dan kolom
mengandung satu dan hanya satu nilai saja. Proses normalisasi
1NF
menjadi
2NF
melibatkan
penghilangan
partial
dependencies.
3. Second Normal Form (2NF)
Sebuah relasi yang telah memenuhi 1NF dan setiap atribut yang
bukan primary key sepenuhnya bergantung secara fungsional
pada primary key. Proses normalisasi 2NF menjadi 3NF
melibatkan penghilangan transitive dependencies.
4. Third Normal Form (3NF)
Sebuah relasi yang telah memenuhi 1NF dan 2NF dan dimana
tidak ada lagi atribut yang bukan primary key bergantung secara
transitif pada primary key.
2.2 Teori yang Terkait Tema Penelitian (Tematik)
Merupakan kumpulan dari penjelasan dan pengertian mengenai teori
pendukung dalam perancangan dan software yang digunakan dalam
perancangan.
2.2.1 Data Flow Diagram (DFD)
Menurut Satzinger, Jackson, Burd (2009, p206) data flow
diagram adalah sebuah model sistem grafis yang menampilkan semua
kebutuhan utama untuk sistem informasi dalam satu diagram seperti
input dan output, proses dan penyimpanan data.
Simbol-simbol dari data flow diagram, yaitu:
1. Process
Instruksi atau langakah yang diikuti yang mengubah input
menjadi output (sebuah komputer atau orang atau
keduanya yang melakukan kerja).
Gambar 2.10 Simbol Process DFD
2. Data Flow
Aliran data dari satu tempat ke tempat lain, seperti sebuah
input atau output ke sebuah proses.
Gambar 2.11 Simbol Data Flow
3. External Agent
Sumber atau tujuan dari data diluar sistem.
Gambar 2.12 Simbol External Agent
4. Data Store
Data saat jeda, disimpan untuk penggunaan selanjunya.
Biasanya berhubungan dengan data entitas pada sebuah
entity relationship diagram.
Gambar 2.13 Simbol Data Store
2.2.2 Flowchart
Menurut Soeherman (2008, p133) Flowchart atau bagan alur
merupakan metode untuk menggambarkan tahap-tahap penyelesaian
masalah (prosedur) beserta aliran data dengan simbol-simbol standar
yang mudah dipahami. Tujuan utama penggunaan flowchart adalah
untuk menyederhanakan rangkaian proses atau prosedur untuk
memudahkan pemahaman pengguna terhadap informasi tersebut.
Simbol-simbol yang digunakan pada flowchart, yaitu:
a.
Dokumen
Simbol yang menyatakan input berasal dalam bentuk kertas
atau output dicetak ke kertas.
Gambar 2.14 Simbol Dokumen dalam Flowchart
b.
Proses
Simbol yang menunjukkan pengolahan yang dilakukan oleh
komputer.
Gambar 2.15 Simbol Proses dalam Flowchart
c.
Keputusan
Simbol untuk menunjukkan kondisi yang menghasilkan
beberapa kemungkinan jawaban/aksi yang dilakukan user.
Gambar 2.16 Simbol Keputusan dalam Flowchart
d.
Manual
Simbol yang menunjukkan pengolahan yang tidak dilakukan
oleh komputer.
Gambar 2.17 Simbol Manual dalam Flowchart
e.
Terminal
Simbol untuk menunjukkan permulaan atau akhir dari suatu
program.
Gambar 2.18 Simbol Terminal dalam Flowchart
2.2.3 State Transition Diagram (STD)
Menurut Whitten & Bentley (2007, p635), State Transition
Diagram adalah sebuah alat yang digunakan untuk menggambarkan
urutan dan variasi dari layar yang bias terjadi selama sesi user.
Komponen-komponen dari STD, yaitu
1. Rectangle
Digunakan untuk menunjukkan tampilan layar (state).
Gambar 2.19 Simbol Rectangle
2. Arrow
Digunakan untuk menunjukkan aliran control dan
kejadian yang menyebabkan layar menjadi aktif atau
mendapat fokus.
Action
Gambar 2.20 Simbol Arrow
2.2.4 Visual Basic
Merupakan sebuah bahasa pemrograman yang menawarkan IDE
visual untuk pembuatan program piranti lunak dengan basis sistem
operasi Microsoft.Visual basic merupakan hasil turunan dari bahasa
BASIC (Beginner’s All-purpose Symbolic Instruction Code) yang
diciptakan oleh Prof. John Kemeny dan Thomas Eugene Kurtz.
2.2.5 Crystal Report
Menurut Junindar (2008, p12), Crystal Report adalah program
third party (pihak ketiga, artinya diluar Microsoft dan pemakai) untuk
membuat laporan pada aplikasi windows dan web. Sekarang, program
crystal report diintegrasikan ke dalam VB .NET sehingga menjadi
bagian
dari
lingkungan
pengembangan
atau
IDE
(Integrated
Development Environment) aplikasi VB .NET
Crystal report merupakan salah satu product report design yang
banyak digunakan para developer.
Membuat report dengan Report Expert:
1. Mendesain report hasil Report Expert.
2. Menyimpan desain report ke file.
3. Menampilkan report dari Project Visual Basic.
4. Membatasi data dengan Selection Formula.
Membuat report dengan cara mendesain langsung:
1. Melakukan desain dengan crystal report.
2. Mengatur formula pada runtime.
2.2.6 Teori Maintenance/Pemeliharaan
Menurut Ariani (2008), pemeliharaan dapat didefinisikan sebagai
suatu kombinasi dari berbagai tindakan untuk menjaga, memperbaiki
dan memelihara fasilitas / peralatan pabrik serta mengadakan perbaikan
atau penggantian yang diperlukan untuk mencapai suatu keadaan
operasi sesuai dengan yang telah direncanakan.
2.2.7 Teori Stock/Persediaan
Menurut Warren, Reeve dan Fess (2008) persediaan digunakan
untuk mengindikasikan:
1.
Barang dagang yang disimpan untuk kemudian dijual dalam
operasi bisnis perusahaan.
2.
Bahan yang dipergunakan dalam proses produksi atau yang
disimpan untuk tujuan itu.
Menurut Assauri (2004) persediaan adalah sejumlah bahan-bahan,
parts-parts yang disediakan dan bahan-bahan dalam proses yang terdapat
dalam perusahaan untuk proses produksi, serta barang-barang jadi atau
produk yang disediakan untuk memenuhi permintaan dari konsumen atau
langganan setiap waktu.
2.3 Hasil Penelitian atau Produk Sebelumnya
Berdasarkan Jurnal Analisis dan Perancangan Basis Data untuk
Mendukung Aplikasi ERP Education pada Bina Nusantara University (Studi
Kasus : Academic Management and Content Preparation), Maret 2009 :
1. Database adalah koleksi dari data-data yang terkait secara
logis dan deskripsi dari data-data tersebut, yang dirancang
untuk memenuhi kebutuhan informasi dari suatu organisasi.
2. Terdapat
delapan
keuntungan
pendekatan database, yaitu:
dengan
menggunakan
•
Redundansi dapat dikurangkan.
•
Ketidakkonsistenan dapat dihindari.
•
Data dapat dibagikan.
•
Standar-standar dapat diselenggarakan.
•
Pembatasan keamanan dapat diselenggarakan.
•
Integritas dapat dipertahankan.
•
Keperluan
yang
bertentangan
dapat
diseimbangkan.
•
Tersedianya dukungan untuk transaksi.
3. DBMS adalah perangkat lunak yang berinteraksi dengan
program aplikasi pengguna dan database.
4. Untuk menggambarkan sebuah database digunakan Entity
Relationship Model. Tabel-tabel dalam database digambarkan
dalam wujud entity. Beberapa konsep dasar dalam E-R Model,
yaitu :
•
Tipe Entiti
Menggambarkan kumpulan dari objek yang ada
pada “dunia nyata” dengan properti yang sama.
Setiap tipe entity dilambangkan dengan sebuah
persegi panjang yang diberi nama dari entity
tersebut.
•
Tipe Relasi
Sekumpulan hubungan antartipe entitas yang
memiliki arti. Tipe relasi digambarkan dengan
sebuah garis yang menghubungkan tipe entitas-tipe
entitas yang saling berhubungan.
•
Attribut
Properti sebuah entitas atau relationship. Atribut
menampung nilai yang menjelaskan setiap entity
dan menggambarkan bagian utama dari data yang
disimpan di dalam basis data.
Gambar 2.21 E-R Model
Berdasarkan Jurnal Basis Data, ICT Research Center UNAS Vol.3 No.2
November 2008 :
1. Basis data adalah dua atau lebih simpanan data dengan
elemen-elemen data penghubung, yang dapat diakses lebih
dari satu cara. Basis data dinyatakan dengan tehnik-tehnik
formal dan manajemen basis data. Dari definisi diatas, maka
dapat dikatakan bahwa basis data merupakan kumpulan dari
data yang saling berhubungan satu dengan yang lainnya.
2. Pembuatan sistem informasi penjualan dapat digambarkan
dengan E-RD yang diawali dari Pelanggan sampai terjadi
cetak kwitansi. Kegiatan ini menggambarkan data dalam
keadaan diam, bukan bagaimana proses terhadap data itu
terjadi.
Gambar 2.22 E-RD
3. Perancangan proses yang diusulkan untuk penjualan tunai
pada PT. Klaten Bercahaya dapat digambarkan dalam struktur
Diagram DFD (Data Flow Diagram).
Gambar 2.23 DFD
35