BAB 2 LANDASAN TEORI 2.1 Teori yang Berkaitan dengan Database 2.1.1 Sistem Basis data 2.1.1.1 Definisi Data Menurut Connolly ( 2005, p20), data adalah Komponen paling penting dalam DBMS, berasal dari sudut pandang enduser. Data bertindak sebagai jembatan yang menghubungkan antara mesin dengan pengguna.
2.1.1.2 Definisi Basis Data Menurut
Connolly
(2005,
p15),
database
adalah
sekumpulan data yang terhubung secara logikal, dan deskripsi dari data tersebut dapat digunakan oleh banyak user, dan dirancang untuk dapat menghasilkan informasi yang dibutuhkan oleh organisasi.
2.1.2
Bahasa Basis Data 2.1.2.1 Data Definition Language ( DDL ) 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.
2.1.2.2 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: a. Penambahan data baru kedalam basis data b. Modifikasi data yang tersimpan dalam basis data c. Penerimaan data yang berada dalam basis data d. Penghapusan data dari basis data DML terdiri dari dua tipe, yaitu : a.
Procedural DML, yaitu sebuah bahasa yang memberikan fasilitas kepada user untuk memberitahukan kepada sistem, data apa yang diperlukan dan bagaimana seharusnya data tersebut diambil.
b.
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 Management System 2.1.3.1 Pengertian Database Managment System ( DBMS ) 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. 2.1.3.2 Komponen Lingkungan DBMS Menurut Connolly ( 2005, p18), terdapat 5 komponen utama dalam DBMS, 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 mengatur
basis
data
memerlukan
prosedur
dalam
menjalankan sistem. e. Manusia Komponen terakhir adalah manusia yang terlibat dengan sistem, diantaranya adalah: a. 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. b. 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. c. 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 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
d. Application Developers setelah database diimplementasikan, program aplikasi yang menyediakan fungsionalitas yang diperlukan untuk end-users harus diimplementasikan. ini adalah tanggung jawab dari Application Developers. e. End-Users End - users adalah klien dari database, yang telah dirancang , diimplementasikan dan dipertahankan untuk melayani kebutuhan informasi mereka.
2.1.3.3
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. 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.
2.1.3.4 Keuntungan dan Kerugian DBMS a. Keuntungan DBMS Menurut Connolly (2005, p26), keuntungan DBMS adalah: a. Mengontrol kerangkapan data (Control of data redundancy) Mengontrol kerangkapan data dapat mengurangi redundansi data dan data yang terduplikasi tidak akan disimpan. b. Konsistensi data Dengan mengontrol redundansi data, user mengurangi resiko dari ketidak konsistensian yang mungkin saja terjadi. c. Penggunaan data secara bersamaan (Sharing of 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 (Improved security) Perlindungan database dari pengguna yang tidak memiliki hak akses. Hal ini dapat dilakukan dengan cara
membuat
username
dan
password
untuk
mengidentifikasi user yang mempunyai hak akses ke basis data. Akses yang diberikan user dapat dibatasi oleh jenis operasi yaitu insert, update, dan delete.
b. Kerugian dari DBMS Menurut Connolly (2005, p29), 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 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 2.1.4.1 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
direalisasikan seefektif dan seefisien mungkin.
dapat
2.1.4.2 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.
2.1.4.3 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 :
a. 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.
b. 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. c. Gabungan antara kedua pendekatan tersebut.
2.1.4.4 Database Design Menurut
Indrajani
(2009,
p84),
database
design
merupakan proses pembuatan rancangan sebuah basis data yang dapat mendukung kegiatan operasional dan tujuan perusahaan. Terdapat tiga pendekatan yang digunakan untuk merancang sebuah basis data yaitu : a. 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. b. 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. c. Inside-Out Mirip seperti pendekatan bottom-up. Perbedaannya adalah pada tahap awal mengidentifikasi major entity, lalu menguraikannya menjadi entity relasi-relasi dan attribute-attribute yang berhubungan dengan major entity. d. Mixed Menggunakan pendekatan bottom-up dan top-down 2.1.4.5 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 : a. Definisikan waktu untuk melakukan studi referensi. b. Catat dua atau tiga produk yang akan dievaluasi untuk digunakan. c. Evaluasi produk tersebut. d. Rekomendasikan produk yang dipilih dan buat laporan yang mendukung. 2.1.4.6 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.
2.1.4.7 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 : a. Untuk mengidentifikasi sistem fitur yang sedang berjalan. b. Untuk memberikan penambahan atau perbaikan fitur baru. c. Untuk klarifikasi kebutuhan user. d. Untuk evaluasi kelayakan dan kemungkinan apa yang terjadi dari desain sistem. Terdapat 2 macam prototype yang digunakan pada saat ini yaitu : a. Requirements Prototyping Menggunakan prototype yang menentukan kebutuhan dari aplikasi basis data yang diinginkan dan ketika kebutuhan tersebut terpenuhi maka prototype akan dibuang. b. Evolutionary prototyping Digunakan untuk tujuan yang sama. Perbedaannya adalah prototype ini tidak di buang, tetapi dikembangkan lebih lanjut menjadi aplikasi basis data yang digunakan.
2.1.4.8 Implementation Menurut
Connolly
implementation perancangan
dan
adalah
basis
Begg
realisasi
data
dan
(2010, fisik
p333-p334), 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 : a. DDL untuk membuat skema basis data dan database files yang kosong. b. DDL untuk membuat user view yang diinginkan. c. 3GL atau 4GL untuk membuat program aplikasi. Termasuk transaksi basis data yang menggunakan DML atau ditambahkan pada bahasa pemrograman. 2.1.4.9 Data Convertion And Loading Menurut Indrajani (2009, p91), data convertion and loading 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.
2.1.4.10 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. 2.1.4.11 Operational Maintenance Menurut Indrajani (2009, p91), operational maintenance adalah suatu proses pengawasan dan pemeliharaan sistem setelah instalasi, yang mencakup : a. Pengawasan kinerja sistem. Jika kinerja menurun, diperlukan perbaikan atau pengaturan ulang basis data. b. Pemeliharaan dan pembaharuan aplikasi basis data. c. 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.
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 : a. Unnormalized Form (UNF) Menurut Indrajani (2009, p121), merupakan suatu tabel yang berisikan satu atau lebih grup yang berulang. b. 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. c.
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.
d. Third Normal Form (3NF) Aturan pada normalisasi tahap ketiga menurut Connolly dan Begg (2010, p435), adalah sebuah relasi yang telah berada pada 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 2.1.6.1 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 : a.
Mengidentifikasi tipe entitas. Mengidentifikasi
tipe
entitas
utama
yang
menjadi
kebutuhan dan akan dibangun. b.
Mengidentifikasi tipe relationship. Mengidentifikasi tipe relationship yang ada diantara tipe entitas yang telah diidentifikasi.
c.
Mengidentifikasi dan mengasosiasikan atribut dengan tipe entitas atau relationship. Menghubungkan atribut-atribut yang dimiliki oleh entitas maupun relasi.
d.
Menentukan domain atribut. Menentukan domain untuk atribut pada model data konseptual lokal.
e.
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.
f.
Mempertimbangkan penggunaan dari enhanced modeling concept (opsional). Mempertimbangkan kegunaan dari enhanced modeling concept,
seperti
specialization,
generalization,
aggregation, dan composition. g.
Memeriksa redundansi dari model. Memeriksa ada atau tidaknya redundansi dari model.
h.
Memvalidasikan
model
konseptual
lokal
terhadap
transaksi pengguna. Memastikan bahwa model konseptual lokal mendukung transaksi yang dibutuhkan. i.
Meninjau kembali model konseptual data lokal terhadap kebutuhan pengguna. Meninjau kembali model yang telah dibangun guna memastikan bahwa model tersebut merupakan representasi yang sesuai.
2.1.6.2 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 : a) Membangun dan memvalidasikan model data logikal untuk setiap view a)
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. b)
Menentukan relasi untuk model logikal data lokal Membuat relasi untuk model data logikal lokal untuk menggambarkan entitas, relationship, dan atribut yang diidentifikasikan.
c)
Memvalidasikan relasi dengan menggunakan normalisasi. Memvalidasi relasi dalam model data logikal lokal menggunakan teknik normalisasi.
d)
Memvalidasikan relasi terhadap transaksi pengguna. Memastikan bahwa relasi dalam model data logikal lokal mendukung transaksi.
e)
Menentukan kendala integrity. Mendefinisikan batasan – batasan yang meliputi required data, attribute domain constraints, entity integrity, referential integrity, serta enterprise constraints.
f)
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.
b) Membangun dan memvalidasikan model data logikal global a.
Menggabungkan model data logikal lokal kedalam model data logikal global. Menggabungkan model data logikal lokal perorangan menjadi model data logikal lokal perusahaan.
b.
Memvalidasikan model data logikal global.
Memvalidasikan relasi yang dibuat dari model data logikal global menggunakan teknik normalisasi dan memastikan model tersebut mendukung kebutuhan transaksi. c.
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. d.
Meninjau kembali model data logikal global terhadap kebutuhan pengguna. Memastikan
bahwa
model
data
logikal
global
menggambarkan perusahaan dengan benar.
2.1.6.3 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. a) Menerjemahkan model data logikal global untuk menjadi target DBMS b) Merancang basis relasi. Memutuskan bagaimana relasi dasar akan direpresentasikan pada DBMS target. c) Merancang representasi dari data turunan. Memutuskan bagaimana merepresentasikan data-data turunan yang terdapat pada model dan menganalisis transaksi yang penting.
d) Merancang enterprise constraint. Merancang entreprise constraints terhadap DBMS target. e) Merancang representasi fisik. a.
Analisa transaksi Agar dapat memahami fungsionalitas dari transaksi akan berjalan di dalam basis data serta menganalisa transaksi yang penting.
b.
Memilih organisasi file Menentukan organisasi file yang efisien untuk setiap basis relasi.
c.
Memilih indeks. Menentukan
apakah
penambahan
indeks
dapat
meningkatkan kinerja dari sistem. d.
Memperkirakan kebutuhan disk space. Memperkirakan kapasitas disk space yang akan dibutuhkan oleh basis data.
f) Merancang user views. Merancang user views yang telah diidentifikasi pada tahap pengumpulan kebutuhan dan analisis pada daur hidup aplikasi basis data. g) Merancang tingkat pengamanan. Merancang tingkat pengamanan basis data agar dapat diakses oleh pengguna tertentu. h) Mempertimbangkan penggunaan redundansi terkontrol. Menentukan apakah pengguna redundansi terkontrol dapat meningkatkan kinerja sistem. i) 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) 2.1.7.1 Entity Type Menurut Indrajani (2009, p149), Entity type merupakan kumpulan obyek-obyek dengan sifat (property) sama yang diidentifikasi oleh enterprise yang mempunyai 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
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
Weak Entity
Strong Entity
Preference
Client
prefType
ClientNo (PK)
maxRent
Name fName lName telNo
Gambar 2.3 Strong dan Weak Entity
2.1.7.2
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.
PrivateOwner
Pown
Branch
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
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.
2.1.7.3
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 : a. Simple Attribute : atribut yang terdiri atas satu komponen
tunggal
dengan
keterbatasan
yang
independen dan tidak dapat dibagi menjasi bagian yang lebih kecil lagi. Dikenal juga dengan nama Atomic Attribute. b. Composite Attribute : atribut yang terdiri atas beberapa komponen, dimana masing-masing komponen memiliki keberadaan yang independen c. Single – Valued Attribute : atribut yang mempunyai nilai tunggal untuk setiap kejadian. d. Multi – Valued Attribute : atribut yang mempunyai beberapa nilai untuk setiap kejadian. e. 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 : a. Candidate Key : jumlah minimal atribut-atribut yang dapat mengidentifikasikan setiap kejadian atau record secara unik. (Indrajani, 2009, p154) b. Primary key : candidate key yang dipilih untuk mengidentifikasikan setiap kejadian atau record dari suatu entity secara unik (Indrajani, 2009, p154)
c.
Composite key : candidate key yang terdiri atas satu atau lebih atribut. (Indrajani, 2009, p154)
d. Alternate key : candidate key yang tidak terpilih menjadi primary key atau biasa disebut secondary key. (Connolly dan Begg, 2010, p381) e. 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)
2.1.7.4 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 : a.
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.
b.
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.
c.
Many to Many ( * : * ) Relationship : terjadi bila tiap anggota entity A boleh berpasangan dengan lebih dari satu anggota dari entity B. Dan begitu juga sebaliknya.
2.1.7.5 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.1 Simbol Data Flow Diagram 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
organisasi atau sistem lainnya.
orang,
Proses Proses adalah kerja yang dilakukan oleh
sistem
sebagai
respons
terhadap aliran data masuk atau kondisi. Proses mengubah masukan menjadi Proses
keluaran.
digambarkan
Proses
dengan
dapat sebuah
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
Sebuah aliran data terdiri dari
aliran data
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,
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 yangmenggambarkan seluruh input atau output ke sisi sistem. 2. Diagram
Nol,
merupakan
penggambaran
diagram konteks yanglebih 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 dari diagram nol dan diagramlevel diatasnya. 2.1.7.6 State Transition Diagram 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, a. State, digambarkan dengan persegi panjang yang menunjukkan state dari sistem.
Gambar 2.7 Simbol state dalam STD b. 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.1.7.7 Index Cluster dan Non Cluster Index Clustered merupakan penggunaan index berdasarkan urutanurutan data dalam database dan urutan data ini biasanya berdasarkan sebuah kunci (primary key atau foreign key) yang ada dalam tabel yang ingin kita cari atau tampikan datanya. Sedangkan Index Non Clustered adalah tipe khusus dari indeks di mana urutan logis dari indeks tidak sesuai urutan fisik dari baris yang di simpan.
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: a. Memudahkan
pengelola
warehouse
memberikan
informasi
ketersediaan suatu barang kepada bagian perencanaan produksi atau pengiriman agar ketersediaan barang tetap pada tingkat yang aman. b. Penempatan
barang
yang
ditentukan
oleh
sistem
sehingga
memudahkan penyimpanan, pengambilan dan perhitungan stok. c. Mengurangi lead time dari aktivitas penyimpanan barang dan pengiriman barang.
2.2.2
PHP 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 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 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 (2010, p88 – p89), Eight Golden Rules adalah delapan aturan yang dapat digunakan sebagai petunjuk dasar yang baik untuk merancang suatu user interface, yaitu: a) Strive for consistency Konsistensi dilakukan pada urutan tindakan, perintah, dan istilah yang digunakan pada prompt, menu, serta layar bantuan.
b) Cater to universal usability Mengenali kebutuhan pengguna yang beragam dengan memperhatikan kalangan yang akan menggunakan website kita
dari
rentang
usia,
pemula,
dan
lain-lain.
Menambahkan fitur, seperti penjelasan untuk pemula dan shortcut untuk dapat memaksimalkan kecepatan interaksi dan memperkaya desain interface website. c) Offer informative feedback 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. d) Design dialogs to yield closure 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. e) Prevent errors 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.
f) Permit easy reversal of actions Hal ini dapat mengurangi kekuatiran pengguna karena pengguna mengetahui kesalahan yang dilakukan dapat dibatalkan;
sehingga
pengguna
tidak
takut
untuk
mengekplorasi pilihan-pilihan lain yang belum biasa digunakan. g) Support 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. h) Reduce short-term memory load 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. 2.2.8
CSS ( Cascading Style Sheet ) Menurut Slamet Riyanto (2009, p236) Cascading Style Sheet (CSS) merupakan
salah
satu
bahasa pemrograman
web
untuk
mengendalikan beberapa komponen dalam sebuah web sehingga akan lebih terstruktur dan seragam. CSS dapat mengendalikan gambar, warna bagian tubuh pada teks, warna tabel, ukuran border, warna border, warna hyperlink, warna mouse over, spasi antar paragraf, spasi antar teks, margin kiri, kanan, atas, bawah, dan parameter lainnya. CSS adalah bahasa style sheet yang digunakan untuk mengatur tampilan dokumen. Dengan adanya CSS memungkinkan kita untuk menampilkan halaman yang sama dengan format yang berbeda.
2.2.9
Penjualan Menurut Mulyadi (2007, p160) penjualan adalah Suatu kegiatan yang terdiri dari transaksi penjualan barang atau jasa, secara kredit maupun tunai. Penjualan merupakan komunikasi orang secara individual yang dapat dilakukan untuk mencapai tujuan seluruh usaha pemasaran pada umumnya dengan meningkatkan penjualan yang dapat menghasilkan laba dengan menawarkan kebutuhan yang memuaskan kepada pasar dalam jangka panjang.
2.2.10 Pembelian Menurut Sofjan Assauri ( 2008, p223) pembelian merupakan salah satu fungsi yang penting dalam berhasilnya operasi suatu perusahaan. Fungsi ini dibebani tanggung jawab untuk mendapat kuantitas dan kualitas bahan-bahan yang tersedia pada waktu dibutuhkan dengan harga yang sesuai dengan harga yang berlaku. Pengawasan perlu dilakukan terhadap pelaksanaan fungsi ini, karena pembelian menyangkut investasi dana dalam persediaan dan kelancaran arus bahan ke dalam pabrik.
2.2.11 Persediaan Menurut Kerber dan Dreckshage (2011, p108), persediaan adalah stok barang yang digunakan untuk mendukung produksi, mendukung aktivitas, dan juga untuk melayani pelanggan.
