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 end-user. 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
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 meng-update 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 dapat direalisasikan seefektif dan seefisien mungkin.
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 entity-relationship (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.5DBMS 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.7Prototyping
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.8Implementation
Menurut Connolly dan Begg (2010, p333-p334), implementation adalah realisasi fisik dari proses perancangan basis data dan perancangan 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 properti-properti 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.
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.3Physical 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.
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
Nama entity
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.
Pown
Gambar 2.4 Contoh Binary Relationship Strong Entity Weak Entity Client ClientNo (PK) Name fName lName telNo Preference prefType maxRent PrivateOwner Branch
2. Ternary Relationship, merupakan keterhubungan antara tiga tipe entity.
Gambar 2.5 Contoh Ternary Relationship
3. Quartenary Relationship, merupakan keterhubungan antara empat tipe entity.
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. Client Staff Branch Register s Financial Institution Solicitor Bid Buyer Register s
2.1.7.3 Atribute
Menurut Indrajani (2009, p153), atribut merupakan sifat-sifat 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 dan Begg (2010, p385-p388), multiplicity adalah 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
Elemen lingkungan yang dihadapi 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 tersebut. Sebuah terminator dapat berupa orang, organisasi atau sistem lainnya. External
Proses
Proses adalah kerja yang dilakukan oleh sistem sebagai respons terhadap aliran data masuk atau kondisi. Proses mengubah masukan menjadi keluaran. Proses dapat digambarkan dengan 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
Sebuah aliran data terdiri dari sekelompok elemen data yang terhubung dan bergerak dari suatu titik atau proses ke titik atau proses lainnya. Aliran data digambarkan dengan simbol panah.
Data Store
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,
nama aliran data
Data Store 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
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 urutan-urutan data dalam database dan urutan-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.
