7 BAB 2 LANDASAN TEORI 2.1 Teori-teori Umum

7
BAB 2
LANDASAN TEORI
2.1
Teori-teori Umum
2.1.1
Sistem Manajemen Basis Data (DBMS)
Data adalah sebuah sumber yang harus dikontrol dan dikelola. Data
yang belum dikelola belum bisa dimanfaatkan sebagai sumber informasi
(Whitten et al.2004, p522).
Menurut Connolly dan Begg (2005, p15), database adalah kumpulan
dari data yang terhubung secara logika, dan merupakan deskripsi dari data
tersebut, yang dirancang untuk memenuhi kebutuhan informasi dari suatu
organisasi.
Menurut Turban (2003, p16), basis data merupakan kumpulan file / record
yang terorganisir yang menyimpan data beserta hubungan diantara data
tersebut.
Menurut Hoffer (2002, p4), basis data adalah kumpulan data yang
terorganisir dan secara logika berkaitan. Terorganisir maksudnya data
distrukturkan sehingga mudah untuk disimpan, dimanipulasi dan diperoleh
oleh pengguna. Berkaitan maksudnya data menggambarkan daerah asal
(domain) kepentingan tertentu bagi kelompok pengguna dan pengguna dapat
menggunakan data untuk menjawab pertanyaan seputar domain itu.
8
Sedangkan menurut Silberschatz et al.(2006, p1), database adalah
kumpulan data yang menyimpan informasi-informasi yang penting bagi
perusahaan.
Relational database adalah kumpulan dari relasi yang sudah
dinormalisasikan dengan nama relasi yang jelas. Relational Database meliputi
relasi yang sudah terstruktur dengan tepat (Connolly dan Begg 2005, p74).
Menurut Silberschatz et al.(2002, p1), Database Management System
(DBMS) adalah kumpulan data yang saling berhubungan dan kumpulan dari
program-program yang mengakses data tersebut. Tujuan utama dari adanya
DBMS adalah untuk memudahkan user dalam menyimpan dan mengambil
informasi.
Menurut Elmasri dan Navathe (2000, p5), DBMS adalah sekumpulan
program yang mengizinkan user untuk membuat dan memelihara basis data.
Sedangkan menurut Connolly dan Begg (2005, p16), Database Management
System (DBMS) adalah suatu sistem perangkat lunak yang memungkinkan
user untuk mendefinisikan, membuat, memelihara, dan mengawasi akses
terhadap database. DBMS merupakan perangkat lunak yang berinteraksi baik
dengan program aplikasi maupun dengan database-nya.
Beberapa fungsi yang dimiliki oleh DBMS (Connolly dan Begg, 2005,
p16) yaitu :
a. Memungkinkan user menspesifikasikan tipe data, struktur, dan constraint
unuk disimpan dalam database, melalui Data Definition Language
(DDL).
9
b. Memungkinkan user melakukan insert, update, delete, dan retrieve data
dari database, melalui Data Manipulation Language (DML).
c. Menyediakan akses yang terkontrol ke database.
2.1.1.1
Komponen DBMS
Menurut Connolly dan Begg (2005, p18-23), ada 4 komponen
utama dalam DBMS, yaitu:
a. Hardware, dapat berupa komputer perorangan, maupun beberapa
komputer yang terhubung dalam satu jaringan.
b. Software, meliputi piranti lunak dari DBMS sendiri, program aplikasi,
sistem operasi, dan piranti lunak dari jaringan yang digunakan.
c. Data, merupakan komponen terpenting dari DBMS, berperan sebagai
penghubung antara komponen mesin dan komponen manusia.
Prosedur, meliputi petunjuk cara penggunaan sistem.
d. People, terdiri dari :
a. Data Administrator (DA) dan Database Administrator (DBA),
Data
Administrator
(DA)
bertanggung
jawab
terhadap
pengaturan sumber data, mulai dari tahap perencanaan,
pengembangan, pemeliharaan standar, kebijakan dan prosedur,
serta desain konseptual dan desain logical database, sedangkan
Database Administrator (DBA) bertanggung jawab pada
realisasi fisik dari aplikasi database,yang meliputi tahap desain
database secara fisik dan implementasi, pengaturan keamanan
10
dan
integritas data,
pengawasan performa
sistem,
dan
pengaturan database kembali jika dipandang perlu.
b. Database Designers, Ada 2 jenis Database Designers, yaitu: 1.)
logical
database
designer
yang
bertanggung
jawab
mengidentifikasi data, relasi antar data, dan constraint data yang
disimpan dalam database, dan 2) physical database designer
yang merealisasikan desain logical yang telah dibuat oleh
logical database designer.
c. Application
Developers,
implementasi
program
bertanggung
aplikasi
jawab
setelah
terhadap
database
diimplementasi.
d. End-Users, dapat dibedakan menjadi 2: 1.) naive user, yaitu
user yang tidak mengerti mengenai DBMS dan memanfaatkan
program aplikasi untuk mengakses database , 2.) sophisticated
users adalah user yang sudah terbiasa dengan DBMS dan dapat
menggunakan bahasa query.
11
2.1.2 Siklus Hidup Sistem Perkembangan Basis Data
Perencanaan database
Pendefinisian sistem
Analisis dan pengumpulan kebutuhan
Perancangan database
Perancangan conceptual database
Pemilihan DBMS
Perancangan
aplikasi
(optional)
Perancangan logical database
Perancangan physical database
Prototyping
Implementasi
(optional)
Konversi dan loading data
Testing
Pemeliharaan
Gambar 2.1 Siklus Hidup Sistem Perkembangan Basis Data
Sumber (Connolly dan Begg, 2005, p284)
Siklus hidup sistem perkembangan basis data (Database System
Development Lifecycle) ini terdiri dari tahap-tahap sebagai berikut (Connolly
dan Begg, 2005, p285):
1. Perencanaan database, merancang bagaimana tahap-tahap dalam siklus
hidup dapat direalisasikan dengan efektif dan efisien.
12
2. Pendefinisian system, menentukan batasan/ruang lingkup dari aplikasi
database.
3. Analisis dan pengumpulan kebutuhan, menganalisis dan mengumpulkan
informasi mengenai kebutuhan user untuk sistem database yang baru.
Tahap analisis dan pengumpulan kebutuhan termasuk tahap awal dari
Database System Development Lifecycle. Dalam tahap ini ditentukan
spesifikasi kebutuhan untuk sistem database yang baru. Informasi yang
didapat dari ahap ini harus disusun dalam suatu bentuk yang terstruktur,
untuk itu ada beberapa teknik yang digunakan, seperti teknik Structured
Analysis and Design (SAD), Data Flow Diagram (DFD), dan
Hierarchical Input Process Output (HIPO).
4. Perancangan
mendukung
database,
merancang
operasional perusahaan,
desain
database
yang
akan
meliputi tahap perancangan
conceptual, logical, dan physical.
5. Pemilihan DBMS, proses memilih DBMS yang sesuai dengan sistem
database.
6. Perancangan aplikasi, merancang user interface dan program aplikasi
yang menggunakan dan memproses database.
7. Prototyping, membuat model kerja dari sistem database, sehingga
memungkinkan bagi programmer atau user untuk melihat dan memeriksa
fungsi dan cara kerja sistem.
8. Implementasi, membuat bentuk nyata dari physical database dan program
aplikasi.
13
9. Konversi dan loading data, memindahkan semua data yang ada ke dalam
database baru dan melakukan penyesuaian terhadap aplikasi yang sudah
ada agar dapat digunakan dengan database yang baru.
10. Testing, mengeksekusi program aplikasi dan melakukan pengecekan
error, serta memeriksa apakah kebutuhan user terhadap sistem sudah
terpenuhi.
11. Pemeliharaan operasional, melakukan pengawasan dan pemeliharaan
sistem setelah peng-instal-an dilakukan.
2.1.2.1
Teknik Penemuan Fakta (Fact-Finding Techniques)
Fact Finding adalah proses penggunaan teknik seperti wawancara
dan kuisioner untuk mengumpulkan fakta, kebutuhan, dan menentukan
pilihan-pilihan (Connolly dan Begg 2005, p314).
Teknik ini dilakukan pada seluruh tahap dari Database System
Development Lifecycle, tetapi teknik ini sangat penting dan perlu dilakukan
terutama pada tahap awal yang meliputi perancangan database,
pendefinisian sistem, serta tahap analisis dan pengumpulan kebutuhan.
Tabel 2.1 Contoh data yang didapat dan dokumen yang dihasilkan untuk tiap
tahap dari Database SDLC
Sumber (Connolly dan Begg, 2005, p316)
Tahap dari
Database SDLC
Contoh data yang didapat
Perencanaan
Database
Tujuan dari proyek
database
Contoh dokumen yang
dihasilkan
Mission Statement dan
Mission Objectives
14
Pendefinisian
Sistem
Analisis dan
Pengumpulan
Kebutuhan
Perancangan
Database
Perancangan
Aplikasi
Pemilihan
DBMS
Prototyping
Implementasi
Konversi dan
Loading Data
Testing
Pemeliharaan
Deskripsi user views
Definisi batasan dan ruang
lingkup aplikasi database;
definisi user views
Kebutuhan user views;
Spesifikasi user dan
spesifikasi sistem, termasuk spesifikasi kebutuhan
performa dan kebutuhan
sistem
keamanan
Respon dari user untuk
Rancangan
memeriksa rancangan
conceptual/logical
logical database
database (termasuk model
ER), kamus data, dan
skema relasional;
rancangan physical
database
Respon dari user untuk
Rancangan aplikasi
memeriksa desain antar
(termasuk deskripsi
muka
program dan antar muka
pengguna
Fungsi-fungsi yang
Evaluasi dan rekomendasi
disediakan oleh DBMS
DBMS
tujuan
Respon user terhadap
Memodifikasi kebutuhan
prototype
user dan spesifikasi sistem
Fungsi-fungsi yang
disediakan oleh DBMS
tujuan
Format data yang
digunakan, kemampuan
import data DBMS tujuan
Hasil tes
Strategi testing yang
digunakan, analisis hasil tes
Hasil tes performa; user
Petunjuk penggunaan bagi
baru atau penggantian user user; analisis hasil
dan kebutuhan sistem
performa; memodifikasi
kebutuhan user dan
spesifikasi sistem
Teknik Fact-Finding yang paling sering digunakan ada empat, antara lain:
1. Menganalisis Dokumen
Kajian dokumen merupakan sarana pembantu peneliti dalam
mengumpulkan data atau informasi dengan cara membaca surat-surat,
15
pengumuman, ikhtisar rapat, pertanyaan tertulis kebijakan tertentu dan
bahan-bahan tulisan lainnya(Sarwono, 2006, p225)
Teknik ini digunakan untuk mengetahui pertumbuhan database yang
diperlukan dan mengetahui bagian perusahaan yang berhubungan
dengan masalah yang terjadi. Dengan menganalisis dokumen, form,
laporan, dan file yang berkaitan dengan sistem yang sedang berjalan,
cara kerja sistem dapat diketahui.
2. Wawancara
Yang dimaksud dengan wawancara adalah proses memperoleh
keterangan untuk tujuan penelitian dengan cara tanya jawab, sambil
bertatap muka antara si penanya atau pewawancara dengan si penjawab
atau responden dengan menggunakan alat yang dinamakan interview
guide (Nazir, 2003, p193). Menurut Whitten et al.(2004, p239),
wawancara adalah teknik penelusuran fakta dimana analis sistem
mengumpulkan informasi dari individu-individu melalui interaksi face
to face. Ada dua tipe wawacara, yaitu terstruktur dan tidak terstruktur.
Wawancara terstruktur adalah wawancara dimana pewawancara
mempunyai sekumpulan pertanyaan spesifik untuk ditanyakan kepada
responden, pewawancara meminta responden untuk menyajikan sebuah
kerangka kerja dan mengarahkan percakapan. Sedangkan wawancara
tidak terstruktur adalah wawancara yang dilakukan hanya dengan satu
tujuan atau topik dan dengan beberapa
pertanyaan spesifik (Whitten et al, 2004, 239).
pertanyaan, jika ada,
16
3. Observasi pada Perusahaan
Menurut Nazir (2003, p175), pengumpulan data dengan observasi
langsung atau pengamatan langsung adalah cara pengambilan data
dengan menggunakan mata tanpa ada pertolongan alat standar lain
untuk
keperluan
tersebut.
Pengamatan
data
secara
langsung
dilaksanakan terhadap subjek sebagaimana adanya di lapangan atau
dalam suatu percobaan baik d lapangan atau di dalam laboratorium
(Nazir, 2003, p176).
4. Kuisioner
Menurut Whitten et al.(2004, p237), kuisioner merupakan dokumen
bertujuan khusus yang mengijinkan analis untuk mengumpulkan
informasi dan pendapat dari responden. Kuisioner dapat dibuat secara
massal dan dibagikan kepada para responden yang dapat mengisi
kuisioner sesuai waktu mereka.
2.1.3 Diagram Aliran Data (DFD)
Menurut Whitten et al.(2004, p522), DFD atau diagram aliran data
adalah model proses yang digunakan untuk menggambarkan aliran data
melalui sebuah sistem dan tugas atau pengolahan yang dilakukan oleh sistem
tersebut. Simbol-simbol yang digunakan untuk menggambarkan DFD, yaitu
(dalam bentuk Yourdon):
1. Bulat, menyatakan proses atau bagimana tugas dikerjakan
Nama
Proses
17
2. Kotak persegi panjang, menyatakan external entity, yaitu orang, unit
organisasi, atau organisasi luar yang berinteraksi dengan sistem.
External Entity
3. Kotak dengan kedua ujung terbuka, menyatakan data store, yaitu
penyimpanan data yang ditujukan untuk penggunaan selanjutnya.
Terkadang disebut juga file atau database
Data Store
4. Panah, menyatakan aliran data, atau input dan output, yang masuk ataupun
keluar dari proses tersebut
Nama aliran data
Tabel 2.2 Jenis Aliran Data
Sumber (Whitten et al.(2004, p341)
Aliran Data yang tidak
diperbolehkan
B1
B2
Aliran Data yang diperbolehkan
B1
P1
B1
Sebuah proses dibutuhkan untuk mengubah
aliran data di antara external entity
B1
DS1
B1
P1
DS1
Sebuah proses dibutuhkan untuk memperbarui
(atau menggunakan) sebuah data store
18
DS1
B1
DS1
P1
B1
Sebuah proses dibutuhkan untuk menyajikan
data dari sebuah data store
DS1
DS2
DS1
P1
DS2
Sebuah
proses
dibutuhkan
untuk
memindahkan data dari suatu data store ke
data store lain
2.1.4 Perancangan Basis Data
Tahap perancangan database merupakan salah satu tahap dari database
System development
lifecycle. Tahap ini meliputi 3 bagian (Connolly dan
Begg, 2005, p437), yaitu:
2.1.4.1
Perancangan Basis Data Konseptual
Perancangan basis data konseptual adalah proses pembuatan model
data yang digunakan di dalam suatu perusahaan, tanpa pertimbangan
fisikal. Pertimbangan fisikal contohnya program aplikasi, DBMS, bahasa
pemrograman, perangkat keras. Rancangan ini didukung oleh diagram ER
dan kamus data, meliputi langkah-langkah sebagai berikut:
1. Mengenali tipe entitas
2. Mengenali tipe relasi
3. Mengenali dan mengubungkan atribut dengan entitas atau tipe relasi
4. Menentukan domain atribut
5. Menentukan atribut dari candidate, primary, dan alternate key
19
6. Mempertimbangkan penggunaan konsep enhanced modeling (langkah
optional)
7. Memeriksa model terhadap redundancy
8. Memvalidasi model data konseptual dengan pengguna
9. Melihat kembali keseluruhan model data dengan pengguna
2.1.4.2
Perancangan Basis Data Logikal
Perancangan basis data logikal adalah proses pembuatan model data
yang digunakan oleh perusahaan berdasarkan model data yang spesifik,
tetapi terlepas dari DBMS dan pertimbangan fisikal lainnya, yang meliputi
langkah-langkah sebagai berikut:
1. Menentukan relasi untuk model data logikal
2. Memvalidasi relasi dengan normalisasi
3. Memvalidasi relasi terhadap transaksi pengguna
4. Memeriksa integrity constraint
5. Melihat kembali model data logikal dengan pengguna
6. Menggabungkan model data logikal ke dalam model global (langkah
optional)
7. Memeriksa perkembangan kedepan
8. Output dari tahap perancangan ini menjadi sumber informasi bagi
tahap perancangan fisikal
20
2.1.4.3
Perancangan Basis Data Fisikal
Pada perancangan basis data logical secara umum membahas
mengenai apa saja yang diperlukan dalam proses, sedangkan perancangan
basis data fisikal membahas bagaimana proses tersebut dapat berjalan.
Perancangan basis data fisikal adalah proses membuat deskripsi
implementasi dari database pada secondary storage. Proses ini
menggambarkan relasi dasar dan indeks yang digunakan untuk mengakses
data dengan efisien, dan masalah integritas dan keamanan data yang
berkaitan dengan langkah-langkah sebagai berikut:
1. Menterjemahkan model data untuk DBMS
a. Merancang relasi dasar
b. Merancang representasi dari data yang diperoleh
c. Merancang constraint umum
2. Merancang pengorganisasian file dan indeks
a. Menganalisa transaksi
b. Memilih pengorganisasian file
c. Memilih indeks
3. Memperkirakan kapasitas disk yang dibutuhkan
4. Merancang user views
5. Merancang mekanisme keamanan
6. Mempertimbangkan pengenalan terhadap redundancy yang terkontrol
7. Mengawasi sistem operasional
21
2.1.5 Model Relasi
Menurut Silberschatz et al.(2002, p8), model relasional menggunakan
kumpulan tabel untuk menampilkan data dan relasi antar data tersebut. Struktur
data relasional (Connolly dan Begg, 2005, p72) meliputi:
A. Relasi, adalah tabel dengan kolom dan baris yang digunakan untuk
menyimpan informasi mengenai obyek yang akan ditampilkan dalam
database.
B. Atribut, adalah nama kolom yang mewakili relasi antar data.
C. Domain, adalah kumpulan nilai yang diperbolehkan untuk satu atribut
atau lebih.
D. Tuple, mewakili satu baris dari satu relasi antar data.
E. Degree, mewakili jumlah atribut/kolom dalam satu tabel.
F. Cardinality, mewakili jumlah tuple/baris yang terdapat dalam satu tabel.
G. Database Relasional, merupakan kumpulan dari relasi yang telah
dinormalisasi.
2.1.5.1
Entity-Relationship Model (E-R Model)
Entity-Relationship Model adalah model data berdasarkan persepsi
nyata, yang meliputi entitas dan relasi antar entitas tersebut (Silberschatz et
al. 2006, p8),. ER Model digunakan untuk menampilkan rancangan
conceptual database. Konsep dasar dari ER Model menurut Connolly dan
Begg, (2005, p338-357), meliputi:
22
A. Entity Types
Entity Types adalah kumpulan obyek yang mempunyai properti
sama dan keberadaannya bersifat independen, dapat berupa obyek
yang memiliki bentuk fisik (nyata) seperti produk, pelanggan,
pegawai, dan dapat berupa obyek yang tidak memiliki bentuk fisik
(abstrak) seperti penjualan dan pengalaman kerja.
Entity
type
digambarkan dalam bentuk kotak yang di dalamnya terdapat nama
dari entity. Dalam UML, huruf pertama dari setiap nama entity
menggunakan huruf kapital.
Nama entity
Staff
Branch
Gambar 2.2 Contoh Entity Type
B. Relationship Types
Relationship Types adalah kumpulan relasi yang ada di antara
entity types. Relationship types digambarkan sebagai suatu garis yang
menghubungkan entity types, dan memiliki nama relasi.
Jumlah dari entity types yang terlibat dalam suatu relasi
disebut dengan degree of relationship type. Jumlah entity types yang
terlibat bervariasi, ada yang dua (binary relationship), tiga (ternary
relationship), dan empat (quaternary relationship). Bila jumlah entity
types yang terlibat lebih dari dua, maka digambarkan dalam bentuk
permata dengan nama relasi di dalamnya.
23
Nama relasi
Staff
Mempunyai
Branch
Gambar 2.3 Contoh Binary Relationship
Staff
Register
Branch
Client
Gambar 2.4 Contoh Ternary Relationship
Solicitor
Buyer
Arranges
Bid
Financial
Institution
Gambar 2.5 Contoh Quaternary Relationship
C. Atribut
Atribut adalah properti dari suatu entity atau relationship type,
menampilkan bagian terpenting dari data yang tersimpan dalam
database. Domain atribut adalah kumpulan dari nilai yang
diperbolehkan untuk satu atribut atau lebih. Atribut dapat dibedakan
menjadi :
a. simple attribute, yaitu atribut yang tidak dapat dipecah menjadi
atribut yang lebih sederhana.
24
b. composite attribute, yaitu atribut yang dapat dipecah menjadi
komponen yang lebih sederhana.
c. Atribut single-valued adalah atribut yang memiliki nilai tunggal
untuk setiap kejadian pada entity type.
d. Atribut multi-valued adalah atribut yang memiliki lebih dari satu
nilai unuk setiap kejadian pada entity type.
e. Derived attribute adalah atribut yang merepresentasikan sebuah
nilai yang didapat dari nilai kumpulan atribut yang saling
berhubungan dan tidak harus berasal dari entity type yang sama
f. Keys, memberikan karakteristik yang unik untuk setiap
tuple/baris. Keys dibedakan menjadi :
1. Candidate Key adalah sejumlah kecil dari atribut yang
bersifat unik dan mengidentifikasi setiap kejadian di dalam
entity type. Candidate key harus memiliki nilai yang
berbeda untuk setiap kejadian di entity type.
2. Primary Key adalah candidate key yang terpilih untuk
mengidentifikasi
setiap
kejadian
pada
entity
type.
Candidate key yang tidak menjadi primary key menjadi
alternate key. Pemilihan primary key berdasarkan kunikan
dan panjang atribut, data yang unik dan lebih panjang
lebih dipilih sebagai primary key.
3. Composite Key adalah candidate key yang mengandung
dua atribut atau lebih, dimana sifat unik muncul dari
kombinasi atribut-atribut yang saling berhubungan itu.
25
4. Foreign Key adalah atribut yang menghubungkan primary
key dengan atribut yang terdapat pada entity type yang lain
Primary Key
Area to
list
Staff
staffNo
{PK}
name
position
salary
/
l ff
Manages
Has
Derived
Attribut
Branch
branchNo
{PK}
address
street
city
postcode
Composit
e Attribute
Multi-valued
attribute
Gambar 2.6 Contoh representasi entity dan atributnya
Sumber (Connolly dan Begg, 2005, p354)
D. Strong and Weak Entity Types
Tipe entitas yang kuat adalah entity type yang keberadaannya
tidak bergantung pada entity type yang lain. Karakteristiknya adalah
setiap kejadian pada entity type dapat diidentifikasi dengan unik
yaitu dengan menggunakan primary key dari entity type tersebut,
sedangkan tipe entitas yang lemah adalah entity type yang
keberadaannya
bergantung
pada
entity
type
yang
lain.
Karakteristiknya adalah setiap kejadian pada entity type tidak dapat
diidentifikasi dengan unik hanya dengan menggunakan atribut yang
berhubungan denga entity type.
26
E. Structural Constraint
Multiplicity merupakan batasan struktural yang paling utama
dalam relasi (Connolly dan Begg 2005, p356), multiplicity adalah
jumlah/jangkauan kejadian yang mungkin terjadi pada entity type dan
berhubungan dengan kejadian tunggal dalam entity type yang saling
terhubung melalui suatu relasi. Jenis-jenis multiplicity, antara lain:
1. One-to-One (1:1) Relationship
Pada One-to-one relationship, satu kejadian entity tunggal
hanya dapat berhubungan dengan satu kejadian entity tunggal
dari entity yang lain.
Staff entity type
(staffNo)
Manages
Relationship type
Branch entity type
(branchNo)
SG5
•
• B003
r1
•
r2
•
SG37
•
• B005
Gambar 2.7 Contoh representasi One-to-One (1:1) Relationship
Tiap cabang dimanages oleh 1
staff
Staff
staffNo
Tiap staff dapat
me-manages 0
atau 1 branch
Manages
1..1
0..1
Branch
branchNo
Multiplicity
Gambar 2.8 Multiply One-to-One (1:1) Relationship
27
2. One-to-Many (1:*) Relationship
Pada one-to-many relationship, satu kejadian entity tunggal
dapat berhubungan dengan lebih dari satu kejadian entity
tunggal dari entity yang lain.
Staff entity
(staffNo)
Oversees
relationship
SG5
•
PropertyForRent entity
(propertyNo)
r1
•
r2
•
r3
•
SG37
•
SL21
•
• PG21
• PG36
• PA14
• PG4
Gambar 2.9 Contoh representasi One-to-Many (1:*) Relationship
Tiap property for
rent di-overseen
oleh 0 atau 1 staff
Staff
staffNo
Tiap staff dapat mengoversees 0 atau lebih
property for rent
Oversees
0..1
0..*
PropertyForRent
propertyNo
Gambar 2.10 Multiply One-to-Many (1:*) Relationship
3. Many-to-Many (*:*) Relationship
Pada many-to-many relationship, lebih dari satu kejadian entity
tunggal dapat berhubungan dengan lebih dari satu kejadian
entity tunggal dari entity yang lain.
28
Newspaper entity
(newspaperName)
Advertises
relationship
Glasgow
Daily
•
PropertyForRent entity
(propertyNo)
• PG21
r1
•
r2
•
r3
•
r4
•
The West
News
•
Aberdeen
Express
•
• PG36
• PA14
• PG4
Gambar 2.11 Contoh representasi Many-to-Many (*:*) Relationship
Tiap property for rent
di-advertise-kan oleh 0
atau lebih newspaper
Newspaper
newspaperName
Tiap newspaper dapat
meng-advertise 1 atau
lebih property for rent
Advertises
0..*
1..*
PropertyForRent
propertyNo
Gambar 2.12 Multiply Many-to-Many (*:*) Relationship
2.1.6 Normalisasi
Normalisasi adalah suatu teknik untuk membuat kumpulan relasi
dengan property yang diinginkan dan dapat memenuhi kebutuhan data dari
sebuah perusahaan. Teknik normalisasi terdiri dari (Connolly dan Begg, 2005,
p388-409):
29
1. Unnormalized Form (UNF)
UNF adalah tabel yang memiliki satu atau lebih kelompok perulangan
dan memiliki hasil perhitungan. Kelompok perulangan adalah kumpulan
atribut dalam suatu tabel yang memiliki lebih dari satu nilai untuk setiap
kejadian entity.
2. First Normal Form (1NF)
Suatu relasi dikatakan dalam 1NF jika dan hanya jika setiap atribut
bernilai
tunggal
untuk
setiap
baris.
Dalam
1NF,
semua
repetisi/perulangan dan perhitungan harus dihilangkan. Atribut yang
dapat memiliki banyak nilai dideskripsikan dengan entity terpisah.
3. Second Normal Form (2NF)
Suatu relasi berada dalam 2NF jika dan hanya jika:
a. Berada pada 1NF
b. Semua atribut non-primary-key memiliki functional dependency
(ketergantungan penuh) terhadap primary key
c. Dalam 2NF, semua ketergantungan parsial harus dihilangkan.
Ketergantungan parsial adalah ketergantungan antara atribut
primary key yang satu dengan atribut primary key yang lain.
4. Third Normal Form (3NF)
Suatu relasi dikatakan dalam 3NF jika
a. Berada dalam 1NF dan 2NF
b. Setiap atribut non-primary-key memiliki transitive dependency
(ketergantungan transitif) terhadap primary key. Ketergantungan
30
transitif adalah ketergantungan antara atribut primary key dengan
atribut non-primary-key.
Sumber Data
User
Spesifikasi
kebutuhan user
Laporan yang
digunakan atau
dibuat oleh
perusahaan
Sumber yang
mendeskripsikan
perusahaan, seperti kamus
data dan model data
Memindahkan atribut ke dalam tabel
UNF
Menghilangkan kelompok perulangan
1NF
Menghilangkan ketergantungan parsial
2NF
Menghilangkan ketergantungan transitif
3NF
Gambar 2.13 Diagram Proses Normalisasi
2.1.7 Structured Query Language (SQL)
Menurut Silberschatz et al.(2002, p45), bahasa query adalah suatu
bahasa di mana user meminta informasi dari database. SQL dirancang untuk
menggunakan relasi untuk mengubah input menjadi output yang diinginkan.
SQL memiliki dua komponen utama (Connolly dan Begg, 2005, p113):
a. Data Definition Language (DDL): digunakan untuk menentukan struktur
database dan mengontrol akses ke data. Perintah SQL-nya:
31
1. CREATE TABLE: untuk membuat tabel.
2. ALTER
TABLE:
untuk
menambah/memindahkan
kolom,
menambah/menghapus table constraint, menentukan/menghapus
default kolom.
3. DROP TABLE: untuk memindahkan tabel.
4. CREATE VIEW: untuk membuat view.
5. DROP VIEW: untuk memindahkan view.
b. Data Manipulation Language (DML): digunakan untuk me-retrieve dan
meng-update data. Perintah SQL-nya:
1. SELECT: untuk memilih data dalam database.
2. INSERT: untuk memasukkan data ke dalam tabel.
3. UPDATE: untuk memperbarui data dalam tabel.
4. DELETE: untuk menghapus data dari tabel.
2.1.7.1
Fungsi Aggregate dan Kontrol Akses
Fungsi aggregate yang dimiliki SQL:
a. COUNT: untuk menampilkan banyak nilai dalam suatu kolom.
b. SUM: untuk menampilkan jumlah nilai dalam suatu kolom.
c. AVG: menampilkan jumlah nilai rata-rata dalam suatu kolom.
d. MIN: untuk menampilkan nilai terkecil dalam suatu kolom.
e. MAX: untuk menampilkan nilai terbesar dalam suatu kolom.
Kontrol Akses memberikan hak akses yang berbeda untuk kelompok user
yang berbeda, terdiri dari:
32
1. GRANT: untuk memberikan hak akses kepada user yang lain.
2. REVOKE: untuk membatalkan pemberian hak akses kepada user.
2.1.8
State Transition Diagram (STD)
Menurut Jeffrey A. Et al (1996, p364), State Transition Diagram
adalah suatu diagram yang menggambarkan bagaimana suatu proses
dihubungkan satu sama lain dalam waktu yang bersamaan. State Transition
Diagram digambarkan dengan sebuah state yang berupa komponen sistem
yang menunjukkan bagaimana kejadian-kejadian tersebut dari satu state ke
state yang lain.
Ada dua macam simbol yang menggambarkan proses dalam State
Transition Diagram (STD), yaitu :
1. Gambar persegi panjang menunjukkan state dari sistem
2. Gambar panah menunjukkan transisi antar state. Tiap panah diberi
label dengan ekspresi aturan. Label yang di atas menunjukkan kejadian
yang menyebabkan transisi yang terjadi. Label yang di bawah
menunjukkan aksi yang terjadi akibat dari kejadian tadi.
33
Contoh STD :
Login Username
dan Password
Menu Utama
Gambar 2.14 Contoh STD
2.2
Teori-teori Khusus
2.2.1 Manajemen dan Produksi
Menurut Madura, (2001, p228), manajemen adalah pemanfaatan
sumber daya manusia (karyawan) dan sumber-sumber lain (misalnya mesinmesin) dengan cara yang terbaik untuk dapat mencapai rencana-rencana dan
sasaran-sasaran perusahaan(Madura, 2001, p228).
Proses produksi adalah serangkaian tugas yang menggunakan sumber
daya untuk memperoleh barang dan jasa (Madura 2001, p281),. Proses
produksi memiliki sumber daya pokok, yaitu sumber daya manusia
(karyawan), bahan baku, dan sumber daya lainnya (seperti gudang, mesin, dan
perlengkapan).
Proses pengawasan produksi meliputi kegiatan-kegiatan sebagai
berikut (Madura, 2001, p290):
a. Pembelian bahan baku, dalam pembelian bahan baku diperlukan
pemilihan supplier yang tepat, dengan memperhatikan karakteristik
seperti harga, kecepatan, kualitas, layanan, dan ketersediaan kredit.
34
b. Pengawasan persediaan, proses ini bertujuan mengelola persediaan yang
meminimalkan biaya. Pengawasan persediaan ini meliputi:
1. Pengawasan persediaan bahan baku, cara yang paling umum dalam
pengawasan bahan baku adalah sistem Just In Time (JIT), yaitu
dengan sering memesan bahan baku dalam jumlah kecil. Cara ini
menghemat
biaya
pemeliharaan
namun
menambah
biaya
pemesanan,
2. Perencanaan kebutuhan bahan baku (MRP) adalah suatu proses
untuk menjamin bahwa bahan baku akan tersedia ketika
diperlukan. MRP ini membantu para manajer menentukan jumlah
bahan baku spesifik yang harus dibeli setiap saat.
3. Pengawasan persediaan Work-In-Process, proses ini bertujuan
untuk mengawasi persediaan dari produk yang telah selesai
sebagian. Jika proses ini tidak dilakukan, dapat terjadi kekurangan
persediaan selama proses produksi dan mengakibatkan terhentinya
proses produksi.
4. Pengawasan persediaan barang jadi, proses ini diperlukan untuk
memeriksa kecocokan antara jumlah barang jadi hasil produksi
dengan jumlah pesanan.
c. Routing, proses ini bertujuan untuk menentukan urutan tugas yang perlu
untuk menyelesaikan produksi.
d. Penjadwalan, proses ini bertujuan untuk menetapkan waktu untuk
mengerjakan tugas dalam proses produksi. Dari kegiatan penjadwalan ini
35
akan didapat jadwal produksi yang memuat rencana waktu dan volume
tugas produksi.
e. Pengawasan kualitas, proses ini bertujuan untuk menentukan apakah
kualitas produk memenuhi tingkat kualitas yang diinginkan.
2.2.2 Manajemen Produksi
Menurut Madura (2001, p281), manajemen produksi atau yang disebut
juga dengan manajemen operasional adalah pengelolaan suatu proses di mana
sumber daya (seperti karyawan dan mesin) digunakan untuk menghasilkan
barang dan jasa.
Manajemen produksi meliputi kegiatan pengolahan bahan baku dengan
memanfaatkan sumber daya yang ada menjadi hasil produksi yang siap
digunakan oleh customer.