BAB 2 Landasan Teori
2.1. Teori Dasar Pada teori dasar atau umum ini kami akan menjelaskan teori yang akan sering digunakan sebagai penunjang dalam membuat skripsi kami. Beberapa kami ambil dari buku yang menjadi patokan dalam metodologi pembuatan skripsi kami.
2.1.1. Basis Data Menurut Connolly dan Begg (2010: 65), basis data adalah kumpulan dari data terkait secara logikal dan dides kripsikan, didesain untuk memenuhi kebutuhan informasi di suatu organisasi.Menurut O’Brien dan Marakas (2010: 173), basis data adalah kumpulan terintegrasi dari elemen data yang secara logika saling berhubungan.Menurut Martin, James (2011: 24) basis data adalah suatu kumpulan data terhubung (interralateddata) yang di simpan secara bersama-sama pada suatu media, tanpa mengatap satu sama lain atau tidak perlu suatu kerangkapan data (controlledredundancy) dengan cara tertentu sehingga muda untuk digunakan atau ditampilkan kembali, dapat digunakan oleh satu atau lebih program aplikasi secara optimal, data disimpan tanpa mengalami ketergantungan pada program yang menggunakannya. Berdasarkan beberapa pengertian diatas dapat disimpulkan bahwa data merupakan sebuah bukti atau fakta dari sebuah kegiatan yang dapat disimpan.
2.1.2. Database Management System (DBMS) Menurut Connolly dan Begg (2010: 66), DBMS adalah sistem perangkat lunak
yang
memungkinkan
pengguna
untuk
menjelaskan,
membuat,
memelihara, dan mengatur akses ke database.Menurut Rainer dan Turban (2009: 111), DBMS adalah seperangkat program yang menyediakan untuk pengguna dengan alat untuk menambahkan, menghapus, mengakses, dan menganalisa data yang disimpan dalam satu lokasi.Menurut Zhipeng Wang (2012: 37), DBMS merupakan sebuah perangkat spesifikasi formal dan verifikasi model keamanan pada operasi database / SQL. Berdasarkan beberapa pengertian diatas dapat disimpulkan bahwa DBMS adalah sebuah sistem perangkat lunak yang digunakan untuk menambahkan, 7
8
menghapus, mengakses, dan mengatur akses ke database.DBMS menyediakan fungsi-fungsi sebagai berikut: 1)
DBMS memperbolehkan pengguna untuk mendefinisikan basis data melalui Data Definition Language (DDL).
2)
DBMS memperbolehkan pengguna untuk menyisipkan, memperbaharui, menghapus,
dan
mengambil
data
dari
basis
data
melaluiDataManipulationLanguage (DML). 3)
DBMS menyediakan akses ke dalam basis data. Sebagai contoh, DBMS menyediakan: a) Sistem keamanan. b) Sistem integritas. c) Sistem pengendalian konkurensi. d) Sistem pengendalian perbaikan. e) Katalog yang dapat diakses pengguna.
2.1.2.1. Komponen DBMS Adapun komponen DBMS menurut Connolly (2010: 68) sebagai berikut :
Gambar 2.1. Komponen DBMS (Connolly dan Begg, 2010: 68)
Keterangan Gambar: 1)
Hardware (Perangkat Keras) DBMS
dan
aplikasi
membutuhkan
perangkat
keras
untuk
menjalankannya.Perangkat keras dapat melingkupi komputer pribadi, mainframe, dan sebuah jaringan computer.
9
2) Software (Perangkat Lunak) Komponen perangkat lunak terdiri dari perangkat lunak DBMS itu sendiri dan program aplikasi, bersama dengan sistem operasi, termasuk perangkat lunak jaringan jika DBMS digunakan melalui jaringan. 3)
Data Komponen penting dalam lingkungan DBMS, ditentukan dari sudut pandang dari pengguna akhir mengenai data.Faktanya data merupakan jembatan antara komponen mesin dengan komponen manusia.
4) Procedure (tata cara) Prosedur merupakan petunjuk dan aturan dalam membangun dan menggunakan database. 5)
People (manusia) Komponen terakhir adalah manusia yang terlibat dalam sistem tersebut.
2.1.2.2. Keuntungan dan Kerugian DBMS 2.1.2.2.1. Keuntungan DBMS Menurut Connolly dan Begg (2010: 77), keuntungan DBMS adalah sebagai berikut: a) Mengendalikan data yang berulang b) Konsistensi data c) Informasi lebih dari jumlah data yang sama d) Berbagi data e) Meningkatkan integrasi data f) Meningkatkan keamanan g) Penguatan standar h) Skala ekonomis i) Menyeimbangkan kebutuhan yang konflik
2.1.2.2.2. Kerugian DBMS Menurut Connolly dan Begg (2010: 80), kerugian DBMS adalah sebagai berikut: a)
Kompleksitas
10
b)
Ukuran
c)
Biaya dari DBMS
d)
Biaya dari perangkat keras tambahan
e)
Biaya konversi
f)
Kinerja
g)
Pengaruh yang besar dari kegagalan
2.1.2.3. Fungsi DBMS Menurut Connolly dan Begg (2010: 99) fungsi DBMS adalah sebagai berikut: a) Penyimpanan, pengambilan, dan pembaharuan datadalamdatabase b) Katalog yang dapat diakses pengguna c) Mendukung transaksi d) Layanan pengendalian jasa e) Layanan pemulihan f)
Layanan perizinan
g) Mendukung data komunikasi h) Layanan integritas i)
Layanan untuk mendukung keterpisahan data
j)
Layanan utilitas
2.1.3. Diagram Aliran Data Menurut Whitten etal (2004: 308) diagram aliran data adalah sebuah bagan yang menjelaskan gambaran aliran data dari sistem dan yang hal-hal yang dilakukan oleh sistem. Dapat disimpulkan bahwa diagramalirandata ini mempunyai simbol-simbol yang dapat mengungkapkan komponen-komponen dasar dari proses dan aliran sistem. Beberapa pengertian simbol (lihat daftar simbol) yang digunakan di dalam diagram arus data, adalah:
11
Tabel 2.1. Simbol-simbol Diagram Aliran Data Simbol
Keterangan Proses adalah kerja yang dilakukan pada atau sebagai respons terhadap aliran data masuk atau kondisi.
Data Flow menunjukan input data ke proses atau output data (atau informasi) dari proses. Data flow juga digunakan untuk menunjukan pembuatan, pembacaan, penghapusan atau pembaruan data dalam file atau database.
External Agent mendefinisikan orang, unit organisasi, sistem, atau organisasi luar yang berinteraksi dengan sistem.
Data Store adalah penyimpanan data yang ditujukan untuk penggunaan selanjutnya. Sinonimnya adalah file dan database.
2.1.4. Database Languages 2.1.4.1. Data Definition Language (DDL) Menurut Connolly dan Begg (2010: 92), DataDefintionLanguage (DDL) merupakan bahasa yang memungkinkan DBA atau pengguna untuk mendeskripsikan dan memberi nama dari entitas, atribut, dan hubungan yang diperlukan untuk aplikasi, bersama dengan integritas yang terkait dan batasan keamanan.
12
Dapat disimpulkan bahwa Data Definition Language merupakan bahasa yang dapat membantu pengguna untuk mengklasifikasikan data yang saling terkait dan memiliki batasan keamanan.
2.1.4.2. Data Manipulation Language (DML) Menurut Connolly dan Begg (2010: 92), Data Manipulation Language (DML) adalah bahasa yang menyediakan satu set operasi yang mendukung manipulasi dasar operasi data dalam database. Operasi manipulasi data meliputi : 1) Penambahan data baru ke dalam database 2) Merubah data yang disimpan dalam database 3) Perolehan kembali data yang ada dalam database DML dibagi menjadi 2 jenis yaitu Procedural dan Nonprocedural.Procedural DML adalah suatu bahasa yang memperbolehkan pengguna untuk mendeskripsikan ke sistem data apa yang dibutuhkan dan bagaimana mendapatkan data tersebut secara tepat, sedangkan Nonprocedural DML adalah sebuah bahasa yang mengizinkan pengguna untuk menentukan data apa yang dibutuhkan tanpa memperhatikan bagaimana data diperoleh.
2.1.4.3. Structured Query Language (SQL) Menurut Turban (2009: 112), Structured Query Language (SQL) merupakan bahasa query yang paling terkenal yang digunakan untuk meminta informasi.Menurut Connolly dan Begg (2010: 184), SQL adalah salah satu contoh dari bahasa berbasis transformasi ataubahasa yang dirancang menggunakan relasi guna mentransformasikan data masukan (input) menjadi data keluaran (output) yang dibutuhkan. Dari beberapa pengertian diatas dapat disimpulkan bahwa Structured Query Language bahasa yang dapat membantu pengguna untuk mentransformasikan data yang akan di input dan dapat menjadi sebuah output.
13
2.1.5. Database Application Life Cycle Menurut Connolly dan Begg (2010: 313), untuk merancang aplikasi sistem basis data diperlukan tahapan-tahapan dalam siklus hidup, antara lain:
Gambar 2.2.Database Application Life Cycle (Connolly dan Begg, 2010:314)
2.1.5.1. Database Planning Menurut Connolly dan Begg (2010: 313), databaseplanning adalah merencanakan bagaimana setiap tahapan dari siklus hidup ini dapat direalisasikan menjadi lebih efesien dan efektif. Beberapa hal yang terlibat dalam perumusan suatu strategi sistem informasi: 1) Identifikasi rencana dan tujuan perusahaan dengan menentukan kebutuhuan sistem informasi. 2) Evaluasi sistem informasi yang sedang berjalan untuk menentukan kelebihan dan kekurangan.
14
3) Penilaian terhadap peluang teknologi informasi yang dapat memberi keuntungan kompetitif.
2.1.5.2. System Definition Menurut Connolly dan Begg (2010: 316), systemdefinition adalah mendeskripsikan cakupan dan batasan dari aplikasi basis data, baik pengguna dan area aplikasi tersebut. Pertama-tama harus mengidentifikasi batasan dari sistem yang akan kita investigasi dan bagaimana membuat antarmuka dengan sistem informasi tiap bagian dari organisasi. Dalam mendefinisikan sistem, harus ditentukan oleh userview, yaitu mendefinisikan apa yang dibutuhkan oleh aplikasi basis data berdasarkan pandangan dari tiap bagian tugas (misalnya manager atausupervisor) atau area aplikasi perusahaan (misalnya marketing, personnel, atau stock control).
2.1.5.3. Requirement Collection and Analysis Menurut
Connolly
dan
Begg
(2010:
316),requirementcollectionand analysis merupakan proses pengumpulan dan analisis informasi mengenai bagian dari perusahaan yang didukung oleh aplikasi basis data, dan mengunakan informasi tersebut untuk mengidentifikasi kebutuhan pengguna untuk sistem yang baru. Tiga pendekatan utama untuk mengelola persyaratan dari aplikasi basis data dengan banyak pandangan pengguna, antara lain: 1) Pendekatan Sentralisasi Yaitu kebutuhan untuk tampilan setiap pengguna digabungkan ke sebuah set persyaratan tunggal untuk aplikasi basis data baru. 2) Pendekatan Integrasi Tampilan Yaitu kebutuhan untuk setiap tampilan pengguna dibangun pada model data terpisah untuk merepresentasikan tampilan pengguna tersebut. 3) Gabungan dari pendekatan sentralisasi dan pendekatan integrasi tampilan.
15
2.1.5.4. Database Design Menurut Connolly dan Begg (2010: 320), perancangan basis data adalah proses membuat perancangan basis data yang mendukung pekerjaan dan tugas perusahaan. Ada 4 pendekatan dalam merancang basis data, yaitu: 1) Pendekatan Bottom-up Pendekatan ini dimulai dari tingat paling dasar yaitu atribut, dimana melalui analisis gabungan antara atribut, dikelompokan ke dalam relasi yang merepresentasikan tipe entitas dan hubungan antar entitas.Pendekatan ini digunakan jika perancangan basis datanya lebih sederhana dengan jumlah atribut yang sedikit. 2) Pendekatan Top-down Pendekatan ini dimulai dari pengembangan model data yang terdiri dari beberapa hubungan relasional dan entitas.Pendekatan ini biasa digunakan jika basis data yang digunakan lebih kompleks dengan jumlah atribut yang banyak. 3) Inside-out Berhubungan dengan pendekatan bottom-up tetapi sedikit berbeda dengan identifikasi awal entitas utama dan kemudian menyebar ke entitas, hubungan, dan atribut terkait lainnya yang lebih dulu diidentifikasi. 4) Mixed Menggunakan pendekatan bottom-up dan top-down untuk bagian yang berbeda sebelum pada akhirnya digabungkan. Menurut Connolly dan Begg (2010: 322), Dalam perancangan basis data terdapat 3 tahapan penting yang diperlukan agar mendapatkan sebuah database yang diinginkan, yaitu: 1) Conceptual Database Design Proses membangun suatu model data dari informasi perusahaan dan bebas dari pertimbangan fisik, dimana lebih menekankan konsep.
16
2) Logical Database Design Proses membangun model dari informasi yang telah diperoleh berdasarkan model data khusus, tapi bebas dari hal yang berkaitan dengan DBMS dan pertimbangan fisik lain. 3) Physical Database Design Proses dari pembuatan yang menjelaskan implementasi basis data dalam
secondary
storage,
yang
menggambarkan
struktur
penyimpanan dan metode akses yang akan digunakan dalam mengakses data secara tepat.
2.1.5.5. DBMS Selection(opsional) Menurut Connolly dan Begg (2010: 352), pemilihan DBMS yang sesuai untuk mendukung aplikasi basis data. Dapat ditarik kesimpulan pada tahap ini merupakan tahap untuk memilih dan menentukan aplikasi yang akan dipakai dan dapat mendukung basis data yang telah kita rancang.
2.1.5.6. Application Design Menurut Connolly dan Begg (2010: 329), perancangan aplikasi adalah merancang userinterface dan program aplikasi yang akan digunakan untuk memproses basis data. Dapat disimpulkan pada tahap ini merupakan tahap untuk membuat rancangan interface untuk pengguna yang membantu dalam penyimpanan dan memproses basis data.
2.1.5.7. Prototyping (opsional) Menurut Connolly dan Begg (2010: 333), prototyping adalah membuat model kerja dari aplikasi basis data, yang memperbolehkan perancang atau pengguna untuk mengevaluasi hasil akhir sistem, baik dari segi tampilan maupun fungsi yang dimiliki sistem. Terdapat 2 macam strategi prototipe yang digunakan, yaitu: 1) RequirementsPrototyping, menggunakan suatu prototype untuk menentukan kebutuhan-kebutuhan dari aplikasi basis data yang
17
diusulkan dan suatu waktu prototipe kebutuhan yang lengkap tersebut dibuang. 2) Evolutionary Prototyping, digunakan untuk tujuan yang sama, perbedaan yang penting adalah bahwa prototype tidak dibuang tetapi dengan perkembangan yang lebih lanjut menjadi aplikasi basis data yang digunakan.
2.1.5.8. Implementation Menurut Connolly dan Begg (2010: 333), implementation merupakan realisasi secara fisik dari basis data dan desain aplikasi. Dapat disimpulkan bahwa dalam tahap ini merupakan langkah penerapan sebuah sistem baru.
2.1.5.9. Data Convertion and Loading Menurut
Connolly
dan
Begg
(2010:
334),
DataConvertionandLoading adalah mencakup pengambilan data dari sistem lama untuk dipindahkan ke dalam sistem yang baru. Dapat ditarik kesimpulan bahwa langkah ini diperlukan hanya ketika suatu sistem basis data baru sedang menggantikan sistem yang lama.
2.1.5.10. Testing Menurut Connolly dan Begg (2010: 334), testing adalah suatu proses melaksanakan program aplikasi dengan tujuan menemukan kesalahan. Dapat disimpulkan bahwa tahap ini merupakan langkah dimana sebuah sistem dicoba dalam penerapannya.
2.1.5.11. Operation Maintenance Menurut
Connolly
dan
Begg
(2010:
335),
operation
maintenance adalah proses mengawasi dan memelihara sistem basis data yang sudah dijalankan. Kegiatan dalam tahap pemeliharaan, yaitu: 1) Mengawasi kinerja sistem, jika kinerja menurun maka memerlukan perbaikan atau pengaturan ulang basis data.
18
2) Memelihara dan melakukan pembaharuan aplikasi basis data (ketika diperlukan).
2.1.6. Entity Relationship Modeling Menurut Connolly dan Begg (2010: 371), entityrelationshipmodeling merupakan pemodelan yang berguna untuk memberikan pemahaman yang tepat terhadap data dan penggunaannya di dalam suatu perusahaan.Model ini menggunakan pendekatan top-down dalam perancangan basis data yang dimulai dengan mengidentifikasikan data-data terpenting yang disebut dengan entitas dan hubungan antara entitas-entitas tersebut yang digambarkan dalam suatu model.EntityRelationshipDiagram (ERD), data model yang didasarkan pada persepsi terhadap dunia nyata yang tersusun atas kumpulan objek-objek dasar yang disebut entitas dan hubungan antarobjek. (Octafian Tri. D, 2011: 150). Dari
beberapa
pengertian
diatas,
dapat
disimpulkan
bahwa
entityrelationshipmodelingmerupakan pemodelan yang dapat digunakan dalam perancangan basis data yang dimulai dengan mengidentifikasikan data-data dan kumpulan objek-objek dasar.
2.1.6.1. Tipe Entitas Menurut Connolly dan Begg (2010: 372), entitas adalah sekumpulan objek dengan sifat yang sama, yang diidentifikasi di dalam organisasi karena keberadaannya yang bebas (independen). Setiap entitas dilambangkan dengan sebuah persegi panjang yang diberi nama dari entitas tersebut. Nama entitas biasanya adalah kata benda tunggal.
Gambar 2.3. Representasi Diagram dari Tipe Entitas (Connolly dan Begg, 2010: 374)
19
Tipe entitas antara lain: 1) Tipe entitas kuat Sebuah tipe entitas yang keberadaannya tidak bergantung dengan entitas lain. 2) Tipe entitas lemah Sebuah tipe entitas yang keberadaannya bergantung dengan entitas lain.
2.1.6.2. Tipe Hubungan Menurut Connolly dan Begg (2010: 374), tipe hubungan adalah sebuah set asosiasi yang memiliki arti diantara tipe entitas. Derajat tipe hubungan adalah jumlah jenis entitas yang berpartisipasi dalam satu hubungan. 1) Binary Merupakan sebuah hubungan yang mempunyai derajat dua.
Gambar 2.4. Hubungan Binary
2) Ternary Merupakan hubungan yang mempunyai derajat tiga.
Gambar 2.5. Hubungan Ternary
20
3) Quartenary Merupakan hubungan yang mempunyai derajat empat.
Gambar 2.6. Hubungan Quartenary
2.1.6.3. Atribut Menurut Connolly dan Begg (2010: 379), atribut adalah sebuah sifat dari entitas atau tipe hubungan. 1) Simple Attribute Sebuah atribut yang terdiri dari komponen tunggal yang mempunyai keberadaan bebas dan tidak dapat dibagi menjadi bagian yang lebih kecil lagi disebut atomicattribute. 2)
Composite Attribute Sebuah atribut yang terdiri dari beberapa komponen, dimana masingmasing komponen mempunyai keberadaan yang bebas.
3) Single-Valued Attribute Sebuah atribut yang mempunyai nilai tunggal untuk setiap kejadian dari tipe entitas. 4)
Multi-Valued Attribute Sebuah atribut yang mempunyai nilai untuk setiap kejadian dari tipe entitas.
21
5)
Derived Atrribute Sebuah atribut yang merepresentasikan nilai yang dapat diturunkan dari nilai atribut yang berhubungan atau satu set atribut, tidak perlu bera da dalam tipe entitas yang sama.
2.1.6.4. Key Menurut Connolly dan Begg (2010: 381-382), key adalah sebuah field yang digunakan untuk mengidentifikasi satu atribut atau lebih secara unik mengidentifikasi setiap record. Terdapat macam-macamkey. Seperti: 1)
Candidate Key Merupakan set atribut minimal yang secara unik mengidentifikasi setiap kejadian dari sebuah tipe entitas.
2)
Primary Key Merupakan
candidatekey
yang
dipilih
untuk
secara
unik
mengidentifikasi suatu tipe entitas. 3)
Composite Key Merupakan sebuah candidatekey yang terdiri atas dua atau lebih atribut.
4)
Foreign Key Merupakan candidatekey yang tidak terpilih menjadi PrimaryKey atau biasa disebut dengan SecondaryKey.
5)
Alternate Key Merupakan sebuah atribut, atau set atribut dengan satu relasi yang cocok dengan beberapa hubungan candidatekey.
2.1.6.5. Structural Constraints Menurut Connolly dan Begg (2010: 385), batasan utama pada hubungan disebutmultiplicity.Multiplicityadalah sebuah jumlah atau jarak dari
kejadian
yang
memungkinkan
sebuah
tipe
entitas
yang
berhubungandengan kejadian tunggal dari jenis entitas terkait dari hubungan khusus.
1) Hubungan One to One (1:1)
22
Setiap relasi menggambarkan hubungan antara sebuah kejadian entitas pada entitas yang satu dengan sebuah kejadian entitas lainnya yang ikut serta dalam relasi tersebut. 2) Hubungan One to Many (1:*) Setiap relasi menggambarkan hubungan antara sebuah kejadian entitas yang satu atau lebih kejadian entitas pada entity yang lainnya yang ikut serta dalam relasi tersebut. 3) Hubungan Many to Many (*:*) Setiap relasi menggambarkan hubungan antara satu atau lebih kejadian entitas pada entitas yang satu atau lebih lainnya yang ikut serta dalam relasi tersebut.
2.1.7. Normalisasi Menurut Indrajani (2011: 57), normalisasi adalah sebuah teknik dengan pendekatan bottom-up yang digunakan untuk membantu mengidentifikasikan hubungan. Dimulai dari menguji hubungan, yaitu functionaldependencies antara atribut.Pengertian lainnya adalah suatu teknik yang menghasilkan sekumpulan hubungan dengan sifat-sifat yang diinginkan dan memenuhi kebutuhan pada perusahaan. Hasil perancangan menggunakan ERD terkadang masih mengandung bentuk tabel yang tidak bisa mengatasi anomali danedudansi, maka dari itu diperlukan sebuah teknik normalisasi terhadap hasil rancangan tersebut. (Saraswati: 53) Menurut Indrajani (2011, 59-61), proses normalisasi terdiri dari beberapa tahap, yaitu: a)
Unnormalized Form (UNF) Merupakan suatu table yang berisikan satu atau lebih grup yang berulang.
b)
First Normal Form (1NF) Merupakan sebuah relasi dimana setiap baris dan kolom berisikan satu dan hanya satu nilai.
c)
Second Normal Form (2NF) Merupakan sebuah relasi dalam 1NF dan setiap atribut non-primary-key bersifat fully functionallydependent pada primary key.
23
d)
Third Normal Form (3NF) Adalah sebuah relasi dalam 1NF dan 2NF, dimana tidak terdapat atribut non-primary-key yang bersifat transitivelydependent pada primary key.
e)
Boyce-codd Normal Form (BCNF) BCNF menetapkan dengan jelas bahwa untuk dependency ini agar ditetapkan dalam relasi A, maka A harus merupakan candidate key.
2.1.8. Metodologi Desain Basis Data Menurut Connolly dan Begg (2010: 466), metodologi desain basis data adalah sebuah pendeketan terstruktur yang menggunakan prosedur, teknik, peralatan dan dokumentasi untuk mendukung dan memfasilitasi proses perancangan. Tahapan metodologi desain basis data, yaitu:
2.1.8.1. Desain Basis Data Konseptual Desain basis data konseptual adalah proses mengkontruksi model data yang digunakan dalam perusahaan terlepas dari semua pertimbangan fisik.Langkah-langkah dalam perancangan basis data konseptual adalah sebagai berikut: Step 1: Membangun model data konseptual. Tujuannya adalah untuk membangun model data konseptual dari data kebutuhan perusahaan Step 1.1: Mengidentifikasi tipe entitas. Step 1.2.: Mengidentifikasi tipe relasi. Step 1.3: Mengidentifikasi dan mengasosiasikan atribut suatu entitas atau hubungan. Step 1.4: Menentukan domain atribut. Step 1.5: Mengidentifikasi atribut candidatekey dari setiap tipe entitas,
dan
jika
terdapat
lebih
dari
satu
candidatekeymaka dipilih satu menjadi primarykey, dan sisanya menjadi alternatekey. Step 1.6: Mempertimbangkan penggunaan konsep pemodelan lanjutan (langkah optional). Step 1.7: Mengecek model untuk redudansi.
24
Step 1.8: Memvalidasi
model
konseptual
lokal
terhadap
transaksi pengguna. Step 1.9: Meninjau kembali model data konseptual lokal dengan pengguna.
2.1.8.2. Desain Basis Data Logikal Desain basis data logikal adalah proses mengkonstruksi model dari informasi yang digunakan dalam perusahaan berdasarkan model data spesifik, terlepas dari DMBS khusus dan pertimbangan fisikal lainya. Step 2: Membangun dan memvalidasi model data logikal. Tujuannya untuk menerjemahkan data model konseptual kedalam model data logis, kemudian untuk memvalidasikan model tersebut guna memerikasa model tersebut benar secara struktural dan mampu mendukung transaksi yang dibutuhkan. Step 2.1: Menurunkan hubungan untuk data model logikal. Step 2.2: Memvalidasikan hubungan menggunakan normalisasi. Step 2.3: Memvalidasi hubungan terhadap transaksi pengguna. Step 2.4: Mengecek batasan integritas. Step 2.5: Meninjau data model logikal dengan pengguna. Step 2.6: Menggabungkan data model logikal kedalam model global (langkah opsional). Step 2.7: Mengecek perkembangan kedepannya.
2.1.8.3. Desain Basis Data Fisikal Desain basis data fisikal adalah proses memproduksi deskripsi dari implementasi basis data pada tempat penyimpanan sekunder, yang mendefinisikan relasi dasar, organisasi file, dan indeks yang digunakan untuk mencapai akses efisien ke dalam data, dan batasan integritas terkait dan batasan keamanan. Step 3: Menerjemahkan data model logikal untuk target DBMS. Tujuannya untuk menghasilkan skema basis data relational dari data model logikal yang dapat diimplementasikan dalam target DBMS. Step 3.1: Merancang relasi dasar.
25
Step 3.2: Merancang representasi dari data turunan. Step 3.3: Merancang batasan umum. Step 4: Merancang organisasi file dan index. Tujuannya untuk menentukan file organisasi yang optimal, untuk menyimpan hubungan dasar dan indeks yang diperlukan untuk mencapai kinerja yang pantas untuk diterima. Step 4.1: Menganalisis transaksi. Step 4.2: Memilih file organisasi. Step 4.3: Memilih indeks. Step 4.4: Memperkirakan kebutuhan space disk. Step 5: Merancang pandangan pengguna. Tujuannya
untuk
merancang
tampilan
pengguna
yang
diidentifikasi dengan menggunakan kumpulan kebutuhan dan tahapan analisis dari siklus hidup pengembangan sistem basis data. Step 6: Merancang mekanisme pengamanan. Tujuannya untuk merancang mekanisme keamanan basis data seperti yang yang ditentukan oleh pengguna selama kebutuhan pengumpulan siklus hidup pengembangan basis data. Step 7: Mempertimbangkan pengenalan dari redudansi terkontrol. Tujuanya untuk menentukan apakah memperkenalkan redudansi secara terkendali dengan relaksasi aturan normalisasi akan meningkatkan kinerja sistem. Step 8: Memantau dan menyesuaikan sistem operasional. Tujuannya
untuk
mengawasi
meningkatkan
kinerja
dari
ketidaklayakan
rancangan
sistem sistem
keputusan
operasional
untuk atau
dan
memperbaiki mencerminkan
perubahan kebutuhan.
2.1.9. C# Menurut Erico Darmawan dan Laurentius Risal (2010: 5), C# (C sharp) adalah sebuah bahasa pemrograman berbasis objek yang didukung oleh Microsoft .NET Framework.Microsoft .NET Framework adalah perantara agar aplikasi dengan bahasa pemrograman yang didukung dapat berkomunikasi
26
dengan sistem operasi yang digunakan oleh komputer.Selain itu, .NET Framework juga memungkinan C# untuk berkomunikasi denga bahasa pemrograman lainnya yang juga didukung oleh .NET Framework seperti VB .NET, F#, atau C++. Dengan kata lain, aplikasi yang kita buat dapat menggunakan komponenkomponen lain yang dibuat dengan menggunakan VB .NET, F#, atau C++.
2.1.10. SQL Server Menurut Knight, Brianet al(2008: 2), SQL Server merupakan salah satu produk database kelas server yang dikembangkan oleh Microsoft Co. , Release terbaru yang diluncurkan Microsoft memungkinkan untuk memenuhi kebutuhan database perusahaan besar dengan fitur-fitur Business Intelegence dan integrasi yang lebih maksimal platform yang dirilis hingga saat ini. SQL
Server
memilikiotentikasi
kuatdanperlindunganaksessertamemilikifiturmanajemen lebihbaik.SQL
password
yang yang Server
menggunakanKebijakanManajemenBerbasisuntukmendeteksiketidakpatuhankeb ijakankeamanan, yang memungkinkanhanyapersonil yang berwenangakseske database.
2.2. Teori Khusus 2.2.1. Hotel Menurut David K. Hayes dan Jack D. Ninemeier, hotel merupakan properti yang menyediakan jasa penginapan atau peristirahatan dan servis termasuk fasilitas dan makanan.Berdasarkan Peraturan Menteri Kebudayaan dan Pariwisata No. PM.86/HK.501/MKP/2010 – Bab 1 Pasal 1 ayat 3, Hotel adalah penyediaan akomodasi secara harian berupa kamar-kamar di dalam satu bangunan, yang dapat dilengkapi dengan jasa pelayanan makan dan minum, kegiatan hiburan serta fasilitas lainnya.
2.2.1.1. Check-in Menurut David K. Hayes dan Jack D. Ninemeier, Check-in terbagi atas 2 jenis yaitu Front-DeskCheck-in dan SelfCheck-in. FrontDeskCheck-in merupakan kegiatan yang dilakukan tamu yang akan
27
menginap dengan mendaftarkan identitas diri di area Front-Desk dan status dikonfirmasikan oleh Front-Desk. Sedangkan Self Check-in merupakan pendataan identitas tamu yang akan menginap dilakukan oleh tamu sendiri.
2.2.1.2. Check-out Menurut David K. Hayes dan Jack D. Ninemeier , terdapat 2 hal yang perlu diperhatikan ketika tamu melakukan Check-out, yaitu : 1) Penyelesaian tagihan tamu, yang mencakup : a. Konfirmasi dari identitas tamu. b. Memeriksa dan memberikan kepada tamu setiap surat/fax/pesan yang mungkin belum/tidak tersampaikan. c. Menanyakan dan mengembalikan setiap barang yang tamu dititipkan di safe deposit box hotel. d. Memberikan tagihan akhir. e. Membuat copy dari tagihan untuk diperiksa kembali oleh tamu. f. Memproses pembayaran tamu . g. merubah status ketersediaan kamar hotel. 2) Melakukan rebookingdari tamu yang mungkin akan datang kembali.
Menurut James A. Bardi, Check-out merupakan waktu untuk melayani tamu yang telah menginap dengan menanyakan metode pembayaran yang akan digunakan. Tujuan dari Check-out adalah untuk memproses permintaan tamu untuk penyelesaian pembayarannya secepat dan seefisien mungkin.
2.2.2. Persediaan Menurut Assauri (2008: 237), persediaan adalah sejumlah bahan-bahan, partsyang disediakan dan bahan-bahan dalam proses yang terdapat dalam perusahaan untuk proses produksi, serta barang-barang jadi/produk yang disediakan untuk memenuhi permintaan dari komponen atau langganan setiap waktu. Menurut Ukas (2006: 389), persediaan adalah supplybahanbaku, bahan setengah jadi atau barang dalam proses dan barang jadi bagi perusahaan untuk tetap mempertahankan agar bisa memenuhi kebutuhan operasionalnya.
28
Berdasarkan pengertian-pengertian diatas, dapat disimpulkan bahwa persediaan adalah barang atau bahan yang disediakan untuk memenuhi permintaan pelanggan yang disimpan dan siap untuk digunakan dalam kegiatan operasional sebuah perusahaan
2.2.2.1. Titik Pemesanan Ulang (Re-Order Point) Menurut Jay Heizer dan Barry Render (2010: 83), dalam mengatur
persediaan
diperlukan
perhitungan
dalam
mengambil
keputusan kapan harus memesan kembali, biasanya dinyatakan dengan menggunakan sebuah titik pemesanan ulang (Re-Order Point), yaitu tingkat persediaan dimana ketika persediaan telah mencapai tingkat tersebut, pemesanan harus dilakukan. ROP dinyatakan sebagai berikut : ROP= (Permintaan per hari) x (Waktu tunggu untuk pesanan baru dalam hari)
2.2.3. Pembelian Menurut Assauri (2008: 223), pembelian adalah salah satu fungsi yang penting dalam berhasilnya operasi suatuperusahaan. Fungsi ini dibebani tanggung jawab untuk mendapatkan 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. Menurut Chitale & Gupta (2007: 213), pembelian adalah pengadaan bahan baku, mesin, dan peralatan lainnya melalui pembayaran. Berdasarkan pengertian-pengertian diatas, dapat disimpulkan bahwa pembelian adalah proses mendapatkan barang atau jasa yang diperlukan oleh suatu perusahaan untuk melakukan kegiatan operasional.
