BAB 2 LANDASAN TEORI
2.1 Teori Umum 2.1.1
Data
Menurut Conolly dan Begg (2010, p70), Data merupakan komponen yang paling penting dalam Database Management System (DBMS), berasal dari sudut pandang dari end-user. Data berperan sebagai penghubung antara mesin dengan pengguna. Menurut Romney (2009, p.27) Data adalah fakta-fakta yang dikumpulkan, dicatat, disimpan, dan diproses oleh sistem informasi. Data biasanya mewakili observasi atau pengukuran aktivitas bisnis yang penting bagi pengguna sistem informasi. Menurut Navathe dan Elmasri (2000,p4) Data adalah fakta yang dapat di simpan dan memiliki arti. Menurut Indrajani (2011, p2) Data adalah fakta atau obeservasi mentah yang biasanya mengenai fenomena fisik atau transaksi bisnis. Lebih khusus lagi, data adalah ukuran objektif atribut (karakteristik) dari entitas seperti orang-orang, tempat, benda atau kejadian. Representasi fakta yang mewakili suatu objek seperti
pelanggan, karyawan, mahasiswa, dan lain-lain, yang di simpan dalam bentuk angka, huruf, simbol, teks, gambar, bunyi, dan kombinasinya.
2.1.2
Database (Basis data)
Menurut Conolly dan Begg (2010, p65), Database merupakan sekumpulan data yang berhubungan secara logikal dan dideskripsikan serta dirancang untuk memenuhi kebutuhan informasi yang dibutuhkan oleh suatu organisasi. Menurut Kenneth C. Laudon (2005,p317) Database adalah koleksi data yang terorganisasi untuk melayani beragam aplikasi pada saat yang bersamaan dengan cara menyimpan dan mengelola data sehingga bisa tampak pada satu lokasi secara efisien dengan mensentralisasi data dan meminimalisasi data berlebih. Data pada teknologi database tidak lagi di simpan dalam file-file terpisah untuk tiap aplikasi, melainkan disimpan secara fisik dalam satu lokasi. Satu database bisa melayani beragam aplikasi. Menurut Hoffer, Prescott, Topi (2009, p7), Database adalah sebuah kumpulan yang terorganisir dari data yang berhubungan secara logika, yang mungkin ukurannya berbagai jenis dan mempunyai. Menurut Turban, Rainer, Potter (2005,p101) Database adalah sekumpulan arsip (file), tabel, relasi, dan lain-lainnya yang saling berkaitan dan menyimpan data serta berbagai hubungan diantaranya. Untuk membuat data lebih mudah di akses , data operasional tingkat detail harus di ubah ke bentuk relasional atau multidimensional, yang membuatnya lebih mudah untuk di proses secara analitis. Basis data relasional menyimpan data dalam dua dimensi. Basis data
multidimensional umumnya menyimpan data secara tersusun, yang terdiri atas minimal tiga dimensi bisnis. Menurut Whitten, Bentley, and Dittman (2004, p518) Database adalah kumpulan file yang saling terkait. Kata kuncinya adalah “saling terkait”. Database tidak hanya merupakan kumpulan file. Record pada setiap file harus memperbolehkan hubungan-hubungan untuk menyimpan file-file lain. Seperti telah di deskripsikan file aplikasi khusus, stand alone, pernah mendominasi sebagian besar sistem informasi; tetapi, secara perlahan tapi pasti file tersebut di gantikan dengan database. Ingat bahwa database dapat dianggap sebagai satu set file yang saling berelasi. Saling berelasi artinya record-record pada satu file dapat di asosiasikan atau di hubungkan dengan record-record pada sebuah file yang berbeda. Menurut Brian K.Williams, dan Stacey C. Sawyer (2007, p464), Database adalah kumpulan data yang saling berhubungan, yang diatur secara logis, yang dirancang dan dibangun untuk tujuan khusus. Menurut Kroenke, David M; Gray, C Donald dalam tulisannya yang berjudul (Toward a Next Generation Data Modeling Facility: Neither the EntityRelationship Model nor UML Meet the Need, yang dimuat pada Journal of Information Systems Education,Proquest Vol. 17, 2006) mengatakan Database adalah model persepsi pengguna 'dari benda-benda di lingkungan bisnis mereka. Database dikatakan berhasil atau gagal pada seberapa baik mereka sesuai persepsi pengguna. Database desain yang tidak mendukung persepsi pengguna akan dinilai
menjadi "sulit untuk digunakan" atau "benar-benar bukan seperti apa yang saya butuhkan."
2.1.2.1 Database untuk Analisis Sistem •
Field Menurut Whitten, Bentley, Dittman (2004, p520) Field merupakan bagian umum pada file dan database. Field adalah implementasi pada sebuah atribut data. Field adalah inti terkecil pada meaningful yang telah disimpan pada sebuah file atau database. Ada empat field yang dapat di simpan: primary key, secondary key, foreign key dan descriptive field 1. Primary key adalah sebuah field yang nilai-nilainya mengidentifikasikan satu dan hanya satu record pada sebuah file. 2. Secondary key adalah sebuah pengidentifikasi alternatif pada sebuah database. Nilai secondary key mungkin mengidentifikasi sebuah record tunggal atau subset dari semua record. Sebuah file tunggal pada sebuah database dapat memiliki hanya satu primary key, tetapi juga dapat memiliki beberapa secondary key. 3. Foreign key adalah field yang menunjuk kepada record pada file lain pada sebuah database. Foreign key
memampukan database terhubung ke record-record dari satu tipe ke record-record tipe lain. 4. Descriptive field adalah semua field lainnya yang menyimpan data bisnis. •
Record Menurut Whitten, Bentley, Dittman (2004, p521) Record adalah sebuah kumpulan field yang di susun pada format yang telah di tentukan.
•
File dan Tabel Menurut Whitten, Bentley, Dittman (2004, p521) Pada sistem database, sebuah file sering di sebut tabel. File adalah kumpulan dari semua kejadian dari struktur record yang di tentukan sedangkan tabel adalah ekuivalent database relasional dari sebuah file. Beberapa tipe file dan tabel konvesional antara lain: 1. Master file atau tabel berisi record-record yang secara relatif bersifat tetap atau permanen. 2. Transactional file atau tabel yang terdiri dari record-record yang mendeskripsikan kejadian-kejadian bisnis. 3. Documents files dan tabel berisi salinan tersimpan dari data historis untuk memudahkan pemanggilan dan review ulang
tanpa mengeluarkan biaya tambahan untuk menghasilkan dokumen. 4. Archival files dan tabel berisi record-record file master dan transaksi yang telah di hapus dari penyimpanan online. 5. Table look-up files terdiri dari data yang relatif statis yang dapat di pakai berbagai aplikasi untuk memelihara konsistensi dan peningkatan performa. 6. Audit files adalah record-record pembaruan khusus untuk file-file yang lain, khususnya file master dan transaksi.
2.1.2.2 Keuntungan dan kerugian Database
Keuntungan dan kelemahan pada database menurut Jeffery L. Whitten, Lonnie D. Bentley, dan Kevin C. Dittman (2004, p519) kelemahan yang umum mengenai pendekatan database adalah bahwa anda dapat membangun sebuah super database yang terdiri dari semua item data yang diperlukan oleh sebuah organisasi. Hal tersebut justru akan membangun sebuah database yang kompleks. Karena pada kenyataannya sebagian besar organisasi membangun beberapa sistem informasi. Jadi, aka nada beberapa redudansi diantara database. Sedangkan keuntungan teknologi database menawarkan penyimpanan data dalam format yang fleksibel. Hal ini memungkinkan karena database didefinisikan secara terpisah
dari sistem informasi dan program-program aplikasi yang akan menggunakan database.
2.1.3
Database Management System (DBMS)
Menurut Whitten, Bentley, and Dittman (2004, p518) Database Management System adalah perangkat lunak komputer khusus yang disediakan dari vendor-vendor komputer yang digunakan untuk membuat, mengakses, mengontrol, dan mengelola database. Menurut Hill and Irwin (2002, p222) Database Management System adalah software utama dalam pendekatan manajemen database, karena software tersebut mengendalikan pembuatan, pemeliharaan, dan penggunaan database organisasi dan pemakai akhir. Menurut Kenneth C. Laudon (2005,p317) Database Management System adalah perangkat lunak yang memungkinkan organisasi untuk menstreralisaasi data, mengelolanya secara efisien, dan menyediakan akses ke data yang di simpan oleh program aplikasi. Perangkat lunak khusus untuk menciptakan dan memelihara database dan memungkinkan masing-masing aplikasi bisnis untuk mengambil data yang di perlukan tanpa perlu membuat file-file terpisah atau definisi data dalam program komputernya. Menurut Ramakrishnan and Gehkre (2003, p4) Database Management System adalah desain software untuk memberikan kontribusi dalam maintaining dan memperbaiki koleksi banyak data.
Menurut Conolly dan Begg (2010, p66), Database Management System adalah
sistem
perangkat
lunak
yang
memungkinkan
pengguna
untuk
mendefinisikan, membuat membuat, dan memelihara, dan kontrol akses ke database. Menurut Anonymous dalam tulisannya yang berjudul (Research and Markets: Global Data Base Management Systems (DBMS) Market 2009-2013 – Now Available,Proquest 2010) mengatakan Database Management System (DBMS) adalah program database yang mengelola data yang masuk, mengatur, memelihara dan menyediakan metode yang efektif untuk memodifikasi dan pengambilan data oleh pengguna.
2.1.3.1 Komponen DBMS •
Perangkat Keras (Hardware) DBMS dan kebutuhan aplikasi hardware untuk berjalan. Jarak
hardware bisa dari single personal computer, ke single mainframe, ke sebuah network of computer. Khusus hardware bergantung pada kebutuhan organisasi dan pemakaian DBMS. •
Perangkat Lunak (Software) Software komponen terdiri dari DBMS software itu sendiri dan
aplikasi progam, bersama-sama dengan operating system, termasuk di dalamnya network software jika DBMS yang telah di pakai network selesai. •
Data
Mungkin banyak komponen penting yang ada di lingkungan DBMS, tentu dari end-user’ point of view, adalah data Sistem manajemen database memiliki tiga komponen: 1. Bahasa definisi data Komponen
dari
sistem
manajemen
database
yang
mendefinisikan masing-masing elemen data sebagaimana tampak dalam database. 2. Bahasa manipulasi data Sebuah bahasa yang terasosiasi dengan sebuah sistem manajemen database yang bisa di gunakan oleh pengguna akhir dan progammer untuk manipulasi data dalam database. Bahasa manipulasi data yang paling banyak di gunakan dewasa ini adalah Strutured Query Language (SQL).
3. Kamus data Peranti terotomatisasi atau manual untuk menyimpan dan mengorganisasi informasi mengenai data yang terdapat pada database.
•
Prosedur Procedur lebih dekat ke intsruksi dan ketentuan dari perintah di
desain dan pemakaian dari database. User dalam sistem dan staff itu memanajemen kebutuhan database dokumentasi prosedur akan bagaimana untuk memakai atau menjalankan sistem
2.1.3.2 Keuntungan dan Kerugian DBMS
Keuntungan DBMS adalah sebagai berikut;
Kontrol terhadap pengulangan data
Data konsisten
Lebih banyak infromasi dari jumlah data yang sama
Data dibagikan
Meningkatkan integritas data
Meningkatkan keamanan
Mengurangi biaya
Mempermudah pengoperasian data
Memperbaiki pengaksesan data dan hasilnya
Kerugian DBMS adalah sebagai berikut;
Kompleksitas
Ukuran data yang besar
Biaya dari DBMS
Tambahan biaya perangkat keras
2.1.4
Biaya keseluruhan
Kinerja
Dampak besar dari kesalahan
Model Relasional
Menurut Whitten, Bentley, and Dittman (2004, p525) Relational Database adalah mengimplementasikan data pada satu seri tabel dua dimensi yang “dihubungkan” satu dengan yang lain melalui foreign key. Setiap tabel (kadangkadang di sebut relation) terdiri dari kolom-kolom bernama/named coloum (yang adalah field atau atribut) dan sejumlah baris yang tidak dinamakan (yang terkait dengan record). Menurut Kenneth C. Laudon (2005,p317) Relational Database adalah mempresentasikan semua data dalam database sebagai tabel dua dimensi sederhana yang di sebut relasi. Tabel-tabel itu serupa dengan file biasa, namun informasi dalam lebih dari satu file bisa dengan mudah di ekstrak dan di kombinasikan. Kadang kala tabel-tabel ini bisa di anggap sebagai file. Menurut Connoly and Beg (2002,p71) Relational Database adalah berrdasarkan dalam konsep matematika dari sebuah hubungan,
antara
presentasikan fisikal sebagai sebuah tabel. Codd, sebuah pengujian matematikan, dipakai terminology pengambilan dari matematis, prinsip rangkaian teori and prediksi logik. Berikut struktural dalam relational model: •
Relational Data Structure
•
Database Relations
•
Relational Keys
•
Relational Integrity
Menurut Randall Weis and Tom Johnston dalam tulisannya yang berjudul (Managing Time in Relational Database, Part 1,Proquest Vol. 17, 2007) mengatakan Database relasional biasanya menyimpan data tentang keadaan saat ini, tentang bagaimana hal-hal yang terjadi sekarang. Update memang terjadi, tentu saja, tetapi ketika mereka melakukannya, mereka menimpa data yang telah ada. Dengan demikian, sejarah hilang. Kita tidak bisa mengatakan bagaimana halhal yang dulu. Untuk memberitahu bagaimana hal-hal yang dulu, serta bagaimana mereka sekarang mengharuskan kami memperkenalkan waktu ke database kami.
2.1.5
Entity-Relationship Modeling (E-R Modeling)
Menurut Whitten, Bentley, and Dittman (2004, p525) Entity-Relationship Modeling adalah database yang mengimplementasikan data sebagai serangkaian tabel dua dimensi yang dihubungkan melalui foreign key.setiap tabel (kadangkadang di sebut relation) terdiri dari kolom-kolom bernama/named coloum (yang adalah field atau atribut) dan sejumlah baris yang tidak dinamakan (yang terkait dengan record).
Menurut Connoly and Beg (2010,p372) Entity-Relationship Modeling adalah pendeketan top-down dalam perancangan database yang dimulai dengan mengidentifikasi data-data penting yang disebut entitas dan hubungan (relationship) antara data-data tersebut harus direpresentasikan dalam model. Berikut ini dijelaskan konsep dasar dari ER Modelling, yaitu: a. Tipe Entitas Type Entitas adalah sebuah kelompok dalam objek dengan properti yang sama, yang mana diidentifikasi oleh bisnis sebagai memiliki eksistensi independen. Konsep dasar dalam ER model adalah tipe entitas, tipe entity merepresentasikan kumpulan dari objek yang ada pada “dunia nyata” dengan property yang sama. Sebuah tipe entity mempunyai keberadaan independen dan biasa berbentuk objek dengan keberadaan fisik ataupun objek yang tidak nyata. Tipe entity dapat diklasifikasikan ke dalam beberapa tipe, antara lain: •
Strong Entity Type, yaitu entitas mandiri yang keberadaannya tidak bergantung pada keberadaan entitas lain. Karakteristik dari strong entity adalah setiap entitas dapat diidentifikaskan dengan primary key dari tipe entitas tersebut.
•
Weak Entity Type, yaitu entitas yang keberadaannya bergantung pada entitas lainnya. Karakteristik dari weak entity adalah atribut yang terdapat pada entitas tersebut tidak dapat mengidentifikasikan tipe entitas itu secara unik.
Pelanggan1
Lahan_Penyewaan
Gambar 2. 1 Entity Relationship Modeling (Tipe Entitas)
b. Tipe Hubungan Tipe Hubungan adalah sebuah sekumpulan asosiasi antara satu atau banyak jenis entity yang terdapat. Yang mana tipe hubungan ini diberi sebuah nama untuk mendeskripsikan fungsi itu. Setiap relationship type diberi nama sesuai dengan fungsinya. Relationship occurence ialah sebuah asosiasi yang dapat diidentifikasikan secara unik yang mencakup sebuah kejadian dari setiap tipe entitas, berikut tipe hubungan yaitu; •
Degree of relationship Menyatakan jumlah entity yang berpatisipasi dalam relasi.
Entitas dengan dua tingkat dinamakan binary, sedangkan entitas dengan tiga tingkat ternary, entitas dengan empat tingkat dinamakan quaternary. •
Recursive relationship Merupakan tipe relasi dimana tipe entitas yang sama
berpatisipasi lebih dari satu kali dalam peran yang berbeda. Relasi rekursif kadang disebut dengan unary.
Gambar 2. 2 Entity Relationship Modeling (Tipe Hubungan)
c. Atribut Atribut adalah sebuah bagian dalam entitas atau tipe hubungan. Atribut ini mempunyai nilai yang menggambarkan setiap entitas dan merepresentasikan bagian utama dari data yang akan disimpan dalam database. Setiap tipe entitas mempunyai satu set atribut. Tipe-tipe atribut tersebut yaitu: •
Domain Attribute Merupakan
kumpulan
dari
nilai-nilai
yang
diperbolehkan satu atau lebih atribut.
•
Simple dan Composite Attribute Simple Attribute adalah atribut yang terdiri dari satu
komponen tunggal (single) yang keberadaannya berdiri sendiri. Atribut ini tidak dapat dipecah lagi menjadi atribut yang lebih kecil, biasanya disebut dengan atomic attribute. Composite Attribute adalah atribut yang terdiri dari beberapa
komponen
yang
keberadaannya
berdiri
sendiri.
Composite attribute dapat dipecah lagi menjadi komponen-
komponen independent yang lebih kecil.
•
Single-Value dan Multi-Value Attribute Single-Value Attribute adalah atribut yang mempunyai
nilai tunggal untuk setiap kejadian atau sebuah tipe entitas. Multi-Value Attribute adalah atribut yang mempunyai beberapa nilai untuk setiap kejadian atau sebuah tipe entitas.
•
Derived Attribute Derived Attribute adalah atribut yang memiliki nilai yang
dihasilkan dari satu atau beberapa atribut lainnya dan tidak harus berasal dari entitas yang sama. •
Keys a. Candidate Key, merupakan sejumlah kecil atribut dari entitas yang mengidentifikasikan setiap kejadian dari entitas tersebut secara unik. b. Primary Key, merupakan candidate key yang dipilih untuk mengidentifikasikan setiap kejadian dari entitas secara unik. c. Composite Key, merupakan candidate key yang terdiri dari dua atau lebih atribut. d. Foreign
Key,
merupakan
sebuah
atribut
atau
sekumpulan atribut pada suatu relasi yang sama dengan
candidate key dari beberapa relasi lainnya.
Gambar 2. 3 Entity Relationship Modeling (Atribut) d. Structural Constraints Constraints seharusnya mencerminkan batasan dari hubungan sebagai suatu tanggapan dalam dunia nyata. Berikut adalah tipe utama dari constraint; •
Multiplicity Multiplicity adalah jumlah kejadian yang mungkin terjadi
pada sebuah tipe entitas yang berhubungan ke sebuah kejadian dari tipe entitas lain pada suatu relasi. Tingkat relasi yang umum antar entitas adalah binary. Berikut ini adalah relasi binary yang sering terjadi: 1. Relasi one-to-one (1:1) yaitu relasi dimana setiap entitas yang ada hanya dapat mempunyai maksimal satu relasi dengan entitas yang lain. 2. Relasi one to many (1:*) yaitu relasi dimana setiap entitas yang ada dapat mempunyai satu relasi lebih dari satau relasi dengan entitas yang lain 3. Relasi many-to-many (*:*) yaitu relasi dimana
setiap entitas dapat mempunyai lebih dari satu relasi dengan entitas lainnya.
•
Cardinality dan Participation Constraints Cardinality
adalah
nilai
maksimum
dari
sebuah
relasi occurrence yang mungkin terjadi untuk sebuah entitas yang ikut serta pada suatu relasi. Participation menentukan apakah semua atau hanya beberapa entitas yang ikut serta dalam sebuah relasi.
Gambar 2. 4 Entity Relationship Modeling (Structural Constraints)
2.1.6
Data Definition Language (DDL)
Menurut Whitten, Bentley, and Dittman (2004, p525) Data Definition Language adalah sebuah bahasa yang digunakan oleh DBMS untuk menentukan sebuah database atau melihat/view database. Digunakan oleh DBMS untuk menetapkan secara fisik tipe, record, field dan hubungan struktural. Selain itu, DDL menentukan view database. View tersebut membatasi bagian dari sebuah
database yang dapat digunakan atau di akses oleh pengguna program yang berbeda. Menurut Connoly and Beg (2010,p92) Data Definition Language adalah sebuah bahasa itu mengizinkan DBA atau user untuk mendekripsikan dan nama entitas, atribut, dan syarat relationship untuk sebuah aplikasi, bersama dengan banyak asosiasi integrity dan security constraint. DDL telah digunakan untuk definisi skema atau untuk modifikasi antara satu yang ada. Menurut Eli Rohn dalam tulisannya yang berjudul (Generational analysis of tension and entropy in data structures: impact on automatic data integration and on the semantic web,Proquest 11 June 2010) Mengatakan Sebuah DDL menentukan bagaimana mengatur dan interkoneksi dari potongan dasar data yang terkait ke dalam struktur data yg bisa digunakan. Data Definition Languages (DDLs) terbagi dalam tiga jenis yaitu terstruktur, (misalnya, COBOL, SQL), semi-terstruktur (misalnya, halaman web, dokumen Word) dan tidak terstruktur (misalnya, gambar, suara).
2.1.7
Data Manipulation Language (DML)
Menurut Whitten, Bentley, and Dittman (2004, p525) Data Manipulation Language adalah bahasa DBMS yang digunakan untuk membuat membaca, memperbarui, dan menghapus record-record pada sebuah database. Dan untuk menjelajahi di antara record-record dan tipe-tipe record yang berbeda. Menurut Connoly and Beg (2010,p92) Data Manipulation Language sebuah bahasa itu memberikan sebuah set dalam operasi untuk mensupport
manipulasi basic data operasi dalam data diselenggarakan di database. Manipulasi data operasi biasa berisi yang mengikuti: •
Insert sebuah data baru kedalam database.
•
Modifikasi sebuah data stored dalam database.
•
Perbaikan sebuah data terkandung dalam database..
2.1.8
Siklus Hidup Basis Data (Database Lifecycle)
Gambar 2.18 2. 5 Database Gambar DatabaseLifecycle Lifecycle
Tabel 1 : 2.1.8 Database Lifecycle Stage
Main activities
Database planning
Merencanakan bagaimana urutan di dalam siklus hidup dapat di realisasikan dengan sangat efektif dan efisien .
System definition
Menspesifikkan lingkungan dan batas di dalam aplikasi database, user itu dan area aplikasi.
Requirements
Kumpulan dan analisa akan kebutuhan dari user dan area
collection and analysis
aplikasi.
Database design
Konsepsual, logikal, fisikal desain dari database.
DBMS
selection Menseleksi DBMS yang sesuai untuk database aplikasi.
(optional) Application design
Mendesain sebuah user interface dan program aplikasi pakai dan proses di database.
Prototyping (optional)
Membangun sebuah model perkerjaan dari aplikasi database, mengizinkan antara desainer atau user untuk visualisasi dan evaluasi bagaimana sistem akhir akan terlihat dan fungsional.
Implementation
Membuat eksternal, konsepsual, dan internal definisi database dan program aplikasi.
Data conversion and Menunggu data dari sistem lama ke sistem baru. loading Testing
Aplikasi database telah di uji untuk kesalahan dan validasi terhadap spesikasi kebutuhan dari user.
Operational maintance Aplikasi database telah di implementasi penuh. Sistem telah di pantau dan perbaiki secara berlanjut. Bila seperlunya, kebutuhan baru akan tergabung ke dalam aplikasi database melewati urutan terdahulu dalam siklus hidup.
2.1.8.1
Perencanaan Basis Data (Database Planning)
Menurut Connoly and Beg (2010,p313) Database Planning adalah aktivitas manajemen yang mengizinkan urutan dalam aplikasi database untuk di realisasikan dengan efektif dan efektif secara mungkin. Database planning harus terintegrasi dengan keseluruhan strategi
IS dalam
organisasi. Terdapat tiga pokok isu yang terlibat dalam formulasi strategi IS, antara lain: • Identifikasi rencana dan tujuan dalam bisnis dengan penentuan selanjutnya dari informasi kebutuhan sistem. • Evaluasi aliran dalam sistem informasi untuk mengetahui kekuatan dan kelemahan yang ada. • Penilaian dari keuntungan IT mungkin itu memberikan keuntungan kompetitif.
2.1.8.2
Definisi Sistem (System Definition)
Menurut Connoly and Beg (2010,p316) Definisi Sistem adalah mendeskripsikan jangkauan dan jarak dalam aplikasi database dan mayor user view. Pertama kali identifikasi jarak dari sistem itu dapat di di pertanyakan dan bagaimana anatarmuka itu dengan bagian lain dalam sistem informasi organisasi. Yang terpenting jarak antara sistem tidak hanya alur user dan area aplikasi, tapi juga masa depan user dan aplikasi.
menurut Fitriyani dalam tulisannya yang berjudul (PENERAPAN AHP SEBAGAI MODEL SISTEM PENDUKUNG KEPUTUSAN PEMILIHAN
RUMAH
BERSALIN
CONTOH
KASUS
KOTA
PANGKALPINANG, Mikroskil Vol. 13, oktober 2012) mengatakan Pengertian Sistem adalah suatu kesatuan prosedur atau komponen yang saling berkaitan satu dengan yang lainnya bekerja bersama sama sesuai dengan aturan yang diterapkan sehingga membentuk suatu tujuan yang sama. dimana dalam sebuah sistem bila terjadi satu bagian saja yang tidak bekerja atau rusak maka suatu tujuan bisa terjadi kesalahan hasilnya atau outputnya.
2.1.8.2.1
User View
Menurut Connoly and Beg (2010,p316) User Views adalah definisi apa yang diharuskan dalam aplikasi database dari perspektif yang partikular tugas perkerjaan (seperti Manager atau Supervisor) atau area aplikasi bisnis (seperti Marketing, personnel, atau stock control). Sebuah aplikasi database mungkin mempunyai satu atau banyak user views. Mengidentifikasi user views adalah aspek yang terpenting dalam membangun sebuah aplikasi database karena membantu untuk memastikan tidak ada mayor user dalam database yang terlupakan bila membangun kebutuhan untuk aplikasi baru.
User view 6 (enam)
User view 1 (satu)
User view 5 (lima)
User view 2 (dua)
User view 4 (empat) User view 3 (tiga)
Database Database Aplication Gambar 2. 6 User View
2.1.8.3
Analisa dan Pengumpulan Kebutuhan (Requirement Collection and Analysis)
Menurut Connoly and Beg (2010,p316) Requirement Collection and Analysis adalah proses dari pengumpulan dan menganalisa informasi tentang bagian yang ada di di organisasi itu untuk di jadikan pendukung dari aplikasi database, dan mendukung informasi tersebut untuk identifikasi kebutuhan user dengan sistem baru. Urutan yang melibatkan pengumpulan dan analisa dari informasi tentang bagian dari bisnis untuk bisa melayani dari database. Beberapa teknik atau cara mendapatkan informasi adalah dengan teknik fact finding. Fact finding adalah teknik yang digunakan untuk mengidentifikas kebutuhan. Informasi yang dikumpulkan mencakup: 1.
Deskripsi tentang data yang digunakan.
2.
Keterangan secara lengkap bagaimana data tersebut digunakan.
3.
Kebutuhan tambahan lainnya untuk aplikasi data yang baru.
Terdapat lima teknik fact finding yang umum digunakan: •
Pengkajian terhadap dokumentasi
Pengumpulan data yang diperlukan dan dibutuhkan untuk menggali informasi dari berbagai sumber baik itu berbagai tulisan, artikel, buku, dan sebagainya. Sumber ini akan di gunakan sebagai pembantu atau jembatan dari pembahasan maupun penyusunan dari skripsi yang di buat. •
Wawancara Merupakan sebuah pengumpulan data yang diperlukan
dengan melakukan sebuah percakapan antara dua orang atau lebih yang biasanya dilakukan oleh pewancara dengan narasumber. Narasumber merupakan objek atau orang yang paham dan mengetahui akan sebuah informasi yang di berikan sedangkan pewancara memberikan atau mengajukan beberapa pertanyaan guna mendapatkan sebuah data. •
Observasi Cara-cara
yang
dilakukan
untuk
menganalisis
dan
mengadakan pencatatan secara sistematis mengenai kebiasaan dan mengamati langsung objek yang akan di analisa. •
Penelitian Penelitian merupakan penyelidikan suatu masalah secara
sistematis, kritis, ilmiah, dan lebih formal. Penelitian bertujuan untuk menemukan, mengembangkan, atau menguji kebenaran suatu pengetahuan yang memiliki kemampuan deskripsi. •
Kuesioner
Kuesioner adalah suatu teknik pengumpulan informasi yang memungkinkan analis mempelajari sikap-sikap, keyakinan, perilaku, dan karakteristik beberapa orang utama di dalam organisasi yang bisa terpengaruh oleh sistem yang diajukan atau oleh sistem yang sudah ada.
2.1.8.3.1
Pendekatan Centralize (Centralized Approach)
Menurut Connoly and Beg (2010,p318) Centralized Appoarch adalah kebutuhan untuk setiap pengguna digabungkan ke dalam sebuah single set dari kebutuhan untuk aplikasi database baru. Biasanya, pendekatan ini lebih disukai bila secara signifikan saling melingkupi dalam kebutuhan untuk setiap pengguna dan aplikasi database tidak terlalu komplex.
2.1.8.3.2
Pendekatan
Integrasi
View
(View
Integration
Approach)
Menurut Connoly and Beg (2010,p318) View Integration Approach adalah kebutuhan untuk setiap pengguna dipakai untuk membangun sebuah model data terpisah untuk menunjukan pengguna itu. Menghasilkan model data yang di gabung nantinya dalam urutan database desain. Biasanya pendekatan ini lebih disukai bila secara signifikan perbedaan antara pengguna dan aplikasi database telah cukup komplex untuk membenarkan
pemisah kerja ke dalam banyak bagian dikelola.
2.1.8.4 Perancangan Basis Data (Database Design)
Menurut Connoly and Beg (2010,p320) Database Design adalah proses perancangan sebuah desain database yang akan membantu operasional bisnis dan target tujuannya.
2.1.8.4.1
Pendekatan Desain Database
Pendekatan yang biasa digunakan adalah top-down, bottom-up, inside-out, dan mixed. Pada pendekatan bottom-up, terdapat tiga tahap dalam aktivitas perancangan, meliputi conceptual design, logical design, dan physical design.
2.1.8.4.2
Pemodelan Data
Ada dua tujuan utama dari Pemodelan Data adalah untuk membantu mengerti dari pemikiran (semantik) dalam data dan untuk
komunikasi
fasilitas
tentang
kebutuhan
infromasi.
Membangun model data kebutuhan menjawab pertanyaan tentang entitas, relasi, dan atribut. Sebuah data model membuat itu mudah untuk mengerti pemikiran dari data, ada tiga model data untuk mengerti. a. Setiap user perspektif dalam data.
b. Data
yang
asli
itu
sendiri,
representasi physical. c. Data di pakai diseluruh pengguna.
Kriteria untuk model data:
independen
dalam
Tabel 2 : 2.1.8.4.2 Pemodelan Data Structural validity
Konsisten dengan alur definisi bisnis dan informasi organisasi.
Simplicity
Mempermudah dalam mengerti dari IS profesional dan nonteknikal user.
Expressibility
Kemampuan untuk membedakan antara data, antar hubungan data, dan konstain.
Nonredudancy
Shareability
Extensibility
Integrity Diagrammatic represnetasion
Pengertian luar infomasi; dalam partikular, representasi dalam satu potongan lebih dari informasi pasti. 2.1.8.4.3 F Tidak spesifik untuk banyak aplikasi partikular atau a teknologi dan demikian banyak digunakan s Kemampuan untuk berkembang untuk kebutuhan baru e dengan minimal efek dengan user yang ada. Konsisten dengan alur bisnis dan mengatur informasi. D Kemampuan untuk tampilan sebuah pemakaian model yang e memudahkan pengertian diagrammatic notation. s ain Database
Menurut Connoly and Beg (2010,p320) Desain Database mempunyai 3 fase utama, yaitu konsepsual, logikal, fisikal desain. I. Perancangan Database Konseptual Menurut
Connoly
and
Beg
(2010,p467-p469)
Database
Konseptual adalah proses membangun model dari data yang digunakan
dalam sebuah perusahaan dan tidak tergantung pada pertimbangan fisik. Menurut Connoly desain database konsepsual secara garis besar perancangan ini terdiri dari 9 tahapan, yaitu: a. Langkah pertama : Membuat local conceptual data model untuk setiap pandangan yang spesifik 1. Mengidentifikasi beberapa tipe entitas 2. Mengidentifikasi beberapa tipe hubungan 3. Mengidentifikasi dan mengasosiasikan atribut dengan beberapa tipe entitas dan hubungan 4. Menentukan beberapa domain atribut 5. Menentukan candidate key dan primary key tiap entitas 6. Mempertimbangkan penggunaan konsep-konsep pemodelan yang disempurnakan (optional step) 7. Memeriksa model untuk redudansi 8. Memvalidasi model konseptual terhadap transaksi pengguna 9. Meninjau kembali model data konseptual dengan pengguna
II. Perancangan Database Logikal Menurut Connoly and Beg (2010,p467-p469) Database Logikal adalah proses membangun model dari informasi yang digunakan dalam perusahan berdasarkan model data spesifik, dan terbebas dari DBMS tertentu dan pertimbangan fisik lainnya. Hasil akhir dari tahapan ini berupa sebuah kamus data yang berisi semua atribut
beserta key-nya (primary key, alternate key, dan foreign key) dan Entity Relational Diagram (ERD). Pemodelan logikal dapat disampaikan secara khusus, meliputi b. Langkah kedua : membuat dan memvalidasi local logical data model untuk setiap pandangan 1. Menghilangkan features yang tidak compatible dengan model relasional (optional step) 2. Memperoleh relasi untuk local logical data model 3. Memvalidasi relasi dengan menggunakan normalisasi 4. Memvalidasi relasi dengan transaksi pengguna 5. Mendefinisikan Integrity Constraints 6. Melihat kembali local logical data model dengan pengguna pengguna 6.1 Menggabungkan local logical data model menjadi global model 6.2 Memvalidasi global logical data model 6.3 Melihat kembali global logical data model dengan pengguna 7. Mengecek pertumbuhan yang akan datang.
III. Perancangan Database Fisikal Menurut Connoly and Beg (2010,p467-p469) Database Logikal adalah proses pembuatan deskripsi dari implementasi database pada
penyimpanan sekunder yang menjelaskan relasi dasar, organisasi file, dan indeks yang digunakan untuk mencapai akses yang efisien ke data, dan setiap integrity constraint yang saling berhubungan dan juga pengukuran keamanan (security). Tujuan utama untuk relasional model ini meliputi: 1. Membuat tabel relasional dan constraint pada tabel tersebut dan informasi yang didapatkan dalam model data logikal. 2. Mengidentifikasi struktur penyimpanan tertentu dan metode akses terhadap data untuk mencapai performa optimal dari sistem database. 3. Merancang proteksi keamanan untuk sistem. c. Langkah ketiga : Menterjemahkan global logical data model untuk target DBMS 1. Merancang basis relasional 2. Merancang representasi dari data yang diperoleh 3. Merancang general constraints
d. Langkah keempat : Merancang representasi fisikal 1. Menganalisis transaksi 2. Memilih file organisasi 3. Memilih indeks 4. Memperkirakan kebutuhan ruang penyimpanan e. Langkah kelima : Merancang pandangan pengguna
f. Langkah keenam : Merancang keamanan g. Langkah ketujuh : Mempertimbangkan pengenalan dan redudansi control. h. Langkah kedelapan : Memonitor dan memasang sistem operasi.
2.1.8.5
Pemilihan DBMS (DBMS Selection)
Menurut Connolly (2010,p325) DBMS Selection adalah pemilihan DBMS dilakukan untuk memilih sebuah DBMS yang tepat untuk mendukung aplikasi database. Pada tahap ini dilakukan pemilihan DBMS yang cocok untuk mendukung aplikasi database. Pemilihan DBMS dapat dilakukan kapanpun sebelum menuju perancangan logikal, asalkan terdapat cukup informasi mengenai kebutuhan sistem. Beberapa langkah-langkah tahapan utama dalam memilih DBMS adalah sebagai berikut:
1. Mendefinisikan syarat-syarat sebagai referensi. 2. Daftar singkat dua atau tiga produk. 3. Evaluasi produk. 4. Merekomendasikan pilihan dan memproduksi laporan.
2.1.8.6
Perancangan Aplikasi (Application Design)
Menurut Connolly (2010,p329) Application Design adalah perancangan antar muka pengguna dan aplikasi program yang akan dipakai dan memproses database.
2.1.8.6.1
Transaction Design
Menurut Connolly (2002, p288) Transaction Design adalah suatu aksi, atau rangkaian aksi yang dilakukan oleh pengguna atau program aplikasi, antara mengakses atau mengubah isi yang ada di database. Terdapat tiga tipe utama transaksi, yaitu: •
Retrieval
Transaction,
digunakan
untuk
pemanggilan
data untuk ditampilkan di layar atau menghasilkan suatu laporan. Contohnya
tampilan
detil
data
property
(data
ditampilkan dalam bentuk angka). •
Update
Transaction,
digunakan
untuk
menambahkan
baris baru, menghapus baris lama, atau memodifikasi baris yang sudah ada di dalam database. Contohnya operasi untuk memasukkan detik data property baru ke dalam database. •
Mixed Transaction, meliputi pemanggilan dan perubahan data. Contohnya operasi untuk mencari detil
data
property, menampilkannya dan kemudian meng-update nilainya.
Tujuan dari desain transaksi adalah untuk mendefinisikan dan dokumen penting berkarakter dalam kebutuhan
transkasaksi
di
database, yang termasuk: •
Data yang akan digunakan oleh transaksi.
•
Karakteristik fungsional dari suatu transaksi.
•
Output transaksi.
•
Keuntungannya bagi pengguna.
•
Tingkat kegunaan yang diharapkan.
2.1.8.6.2
User Interface Design Guildnes
Penggunaan pedoman untuk ikut bila membangun form atau report adalah sebagai berikut: •
Meaningful title
•
Comprehensible instructions
•
Logical grouping and sequencing of fields
•
Visually appealing layout of the form/report
•
Familiar field labels
•
Consistent terminology and abbreviations
•
Consistent use of color
•
Visible space and boundaries for data-entry fields
•
convenient cursor movement
•
Error correction for individual characters and entire fields
2.1.8.7
•
Error messages for unacceptable values
•
Optional fields marked clearly
•
Explanatory messages for fields
•
Completion signal
Prototipe (Prototyping)
Menurut Connolly (2010,p333) Prototyping adalah membangun sebuah model perkerjaan dari aplikasi database. Umumnya sebuah prototype model kerja tersebut akan memungkinkan perancang atau pengguna untuk memvisualisasikan dan mengevaluasi bagaimana bentuk dan fungsionalitas sistem akhir. Tujuan utama dalam pengembangan prototype pada aplikasi Database
adalah
untuk
memungkinkan
pengguna
menggunakan
prototype dan mengidentifikasi fitur-fitur sistem, baik yang bekerja dengan baik maupun yang kurang baik, memungkinkan pengguna untuk dapat mengusulkan perkembangan perbaikan-perbaikan dan penambahan beberapa fitur baru untuk aplikasi database, serta evaluasi kemungkinan yang terjadi dari perancangan sistem khusus. Terdapat dua strategi prototyping yang biasa digunakan, yaitu: 1. Requirement
prototyping,
digunakan
untuk
menentukan
kebutuhan suatu aplikasi database yang diusulkan dan ketika kebutuhan terhadap suatu aplikasi database tidak lengkap,
maka prototype tersebut tidak digunakan lagi. 2. Evolutionary
prototyping,
digunakan
untuk
tujuan
yang
sama, perbedaannya adalah bahwa prototype tidak dibuang tetapi dengan pengembangan lebih lanjut, prototype tersebut bekerja sama dengan aplikasi database.
2.1.8.8
Implementasi (Implementation)
Menurut Connolly (2010,p333), Implementation adalah realisasi fisik dari database dan desain aplikasi. Implementasi database dapat dicapai dengan menggunakan Data Definition Language (DDL) dari DBMS yang dipilih. Pernyataan DDL digunakan untuk membuat struktur database dan arsip database kosong.
2.1.8.9
Konversi dan Pemuatan Data (Data Conversion and Loading)
Menurut Connolly (2010,p3334) Data Conversion and Loading adalah proses pemindahan beberapa data yang sudah ada ke dalam database baru dan mengubah aplikasi yang sudah ada untuk dapat dijalankan pada database yang baru. Tahapan ini dibutuhkan ketika sistem database baru menggantikan sistem yang lama.
2.1.8.10
Pengujian (Testing)
Menurut Connolly (2010,p334) Testing adalah suatu proses mengeksekusi program aplikasi dengan maksud untuk menemukan kesalahan. Beberapa keuntungan melakukan testing:
•
Menemukan error program aplikasi dan mungkin juga error struktur database.
•
Testing
mendemonstrasikan
aplikasi dapat
berjalan
bahwa
sesuai
database dengan
dan
program
kebutuhan
dan
spesifikasi yang diingingkan.
2.1.8.11
Pemeliharaan Operasional (Operational Maintenance)
Menurut Connolly (2010,p335), Operational Maintenance adalah sebuah proses pemantauan dan pemeliharaan terhadap sistem setelah diinstalasi. Pada tahap sebelumnya, aplikasi database telah diimplementasikan dan diuji. Setelah itu, sistem dapat memasuki tahap perawatan, yang melibatkan aktivitas sebagai berikut: •
Memantau hasil dari sistem. Jika hasil masih kurang dari harapan yang diterima, maka perbaikan database akan dibutuhkan.
•
Memelihara dan melakukan upgrade pada aplikasi database (jika dibutuhkan). Memasukkan kebutuhan baru ke dalam aplikasi database dapat dilakukan melalui tahap dari daur hidup terlebih dahulu.
2.1.9
Data Flow Diagram
DFD merupakan diagram yang menggunakan notasi-notasi untuk menggambarkan arus dari data sistem, yang penggunaannya sangat membantu untuk memahami sistem secara logika, tersruktur dan jelas. DFD merupakan alat bantu dalam menggambarkan atau menjelaskan sistem yang sedang berjalan logis. DFD didesain untuk menunjukkan sebuah sistem yang terbagi-bagi menjadi berbagai bagian sub-sistem yang lebih kecil, yang kemudian dikembangkan agar dapat melihat lebih rinci sehingga model-model yang terdapat di dalamnya dapat terlihat.
2.1.10 Normalization (Normalisasi)
Menurut Connolly (2010,p415), Normalisasi adalah sebuah tehnik untuk menghasilkan set dari hubungan dengan properti yang diinginkan sesuai dengan kebutuhan data dari sebuah perusahaan.
2.1.10.1
Tahapan Normalisasi
Menurut Connolly (2010 p430-461), tahap-tahap proses normalisasi adalah sebagai berikut:
1. UNF (Unnormalized form)
Sebuah tabel yang menampung satu atau lebih perulangan dalam grup. Tahap ini merupakan proses memasukkan data dari sumber, yang dimasukkan dalam baris dan kolom. 2. 1NF (First Normal Form) Sebuah hubungan dimana setiap pembagian dari setiap baris dan kolom hanya berisi satu dan hanya satu nilai. 3. 2NF (Secondary Normal Form) Sebuah hubungan dari tahap 1NF dan setiap non-primary-key tidak memiliki ketergantungan parsial. 4. 3NF (Third Normal Form) Sebuah hubungan yang terdapat dalam 1NF dan 2NF, dan dimana yang tidak memiliki primary key adalah bergantung secara transitif dalam primary key. 5. BCNF (Boyce-Codd Normal Form) Sebuah hubungan dengan BCNF, jika dan hanya jika setiap keputusan adalah candidate key. 6.
4NF (Forth Normal Form) Sebuah hubungan yang ada dalam BCNF dan tidak menampung
notrivial multi-valued dependency. 7. 5NF (Fifth Normal Form) Sebuah hubungan yang sama sekali tidak memiliki join dependency.
2.2 Teori Khusus 2.2.1
Pembayaran
Menurut Yunirman Rijan (2009:36), Pembayaran dalam arti sempit adalah pelunasan hutang oleh debitur kepada kreditur yang bisa dilakukan dalam bentuk yang maupun barang.
Pembayaran yang sudah dilaksanakan biasanya disertai bukti atau tanda bukti pembayaran. Bukti pembayaran tersebut dapat berupa kuitansi atau bukti pembayaran dari bank bila transaksi tersebut terjadi di bank. Tujuan dari bentuk pembayaran itu adalah sebagai alat bukti di kemudian hari apabila terjadi penyangkalan dari kedua belah pihak.
Pembayaran dalam arti luas dapat dikatakan sebagai pemenuhan suatu prestasi. Hal ini berlaku bagi pihak yang menyerahkan uang sebagai harga pembayaran, maupun bagi pihak yang menyerahkan benda sebagai
barang sebagaimana yang diperjanjikan. Dalam perjanjian jual beli, pembayaran diartikan sebagai penyerahan uang bagi pihak yang satu (pembeli) dan penyerahan barang bagi pihak lainnya (penjual).
2.2.1.1 Tipe-tipe pembayaran
1.
Pembayaran
Tunai
adalah
cash
payments;
cash
disbursements merupakan pembayaran yang dilakukan pada saat transaksi terjadi. 2.
Kas adalah cash adalah uang kartal yang tersedia bagi suatu usaha terdiri atas uang kertas bank dan uang logam. Kas merupakan
alat
pembayaran
yang
sah;
dalam
perusahaan bukan Bank, cek, wesel, dan surat berharga lain yang dapat segera dijadikan uang diperhitungkan juga sebagai kas. 3.
Pembayaran Debit adalah pembayaran yang dilakukan secara
eletronik
yang
diterbitkan
oleh
Bank.
Pembayaran ini dapat berfungsi sebagai pengganti pembayaran dengan uang kas. 4.
Pembayaran Kredit adalah pembayaran yang dilakukan secara bertahap dengan angsuran angsuran tertentu sampai pada tahap hasil pelunasan atau penyelesaian transaksi.
2.2.2
Web
Web didefinisikan sebagai sistem interkoneksi komputer-komputer internet (disebut server) yang mendukung dokumen-dokumen berformat multimedia (William dan Sawyer, 2007, p17)
Menurut Erikson Damanik dalam tulisannya yang berjudul (PENGEMBANGAN
APLIKASI
RESERVASI
KAMAR
HOTEL
BERBASIS WEB, Mikroskil Vol. 12, oktober 2011) Mengatakan Web merupakan sumber daya internet yang sangat popular dan dapat digunakan untuk memperoleh informasi atau bahkan melakukan transaksi pembelian barang.
2.2.2.1 Perancangan Web
Terdapat delapan aturan emas dalam merancang sebuah user interface menurut (Scheneiderman, 1998) yaitu :
1. Konsisten
Konsisten dalam kesamaan terminology dalam membuat menu, tampilan, font, dan help screen. Selain itu, konsisten dalam warna, kapitalitas, dan tampilan juga merupakan hal yang penting.
2. Memungkinkan shortcut
pengguna
untuk
menggunakan
Ada kebutuhan dari pengguna yang sudah ahli untuk meningkatkan kecepatan interaksi, sehingga diperlukan
singkatan,
tombol
fungsi,
perintah
tersembunyi, dan fasilitas makro.
3. Memberikan umpan balik yang informatif
Untuk
setiap
tindakan
operator,
sebaiknya
disertakan suatu sistem umpan balik. Untuk tindakan yang sering dilakukan dan sederhana, 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.
4. Merancang dialog untuk menghasilkan keadaan akhir
Bertujuan untuk membuat user merasa yakin dan tenang dalam melakukan suatu tindakan dengan memberikan gambaran hasil akhir dari suatu pilihan, serta memberikan banyak option kepada user sehingga bisa ikut mempengaruhi hasil akhir.
5. Memberikan penanganan kesalahan yang sederhana
Sedapat
mungkin
sitem
dirancang
sehingga
pengguna tidak datap melakukan kesalahan fatal. Jika kesalahan terjadi, sistem dapat mendeteksi kesalahan dengan cepat dan memberikan mekanisme yang sederhana dan mudah dipahami untuk penanganan kesalahan.
6. Mudah kembali ke tindakan sebelumnya
Hal ini dapat mengurangi kekuatiran pengguna karena pengguna mengetahui kesalahan yang dilakukan dapat dibatalkan, sehingga pengguna tidak takut untuk mengeksplorasi pilihan-pilihan lain yang belum biasa digunakan.
7. Mendukung tempat pengendalian internal (internal locus of control)
Pengguna ingin menjadi pengontrol sistem, dan sistem
akan
merespon
tindakan
yang
dilakukan
pengguna dari pada pengguna merasa bahwa sistem mengontrol penggina. Sebaiknya sistem dirancang sedemikian rupa sehingga pengguna menjadi inisiator daripada responden.
8. Mengurangi beban ingatan jangka pendek
Manusia tidak dapat mengingat banyak info pada suatu waktu yang bersamaan. Oleh karena itu, suatu website harus dibuat sesederhana mungkin sehingga tidak membuat user bingung karena terlalu banyak info yang harus diingat.
2.2.3
PHP
Menurut Atkinson dan Suraski (2004, p10), PHP merupakan fitur standar yang ditawarkan oleh kebanyakan perusahaan web hosting. PHP digunakan sebagai alternative karena lebih cepat dalam pengkodean dan lebih cepat untuk dieksekusi. PHP code dapat dijalankan pada berbagai macam web server dan sistem iperasi. PHP dapat dijalankan pada UNIX, Windows dan Machintosh OS X. PHP di desain untuk terintegrasi dengan Apache Web Server. PHP dapat dimodifikasi karena PHP didesain untuk memungkinkan adanya penambahan fungsi di masa yang akan datang.
Menurut Peranginangin (2006, p2), PHP singakatan dari PHP Hypertext Preprocessor yang digunakan sebagai bahasa script server-side dalam pengembangan web yang disisipkan pada dokumen HTML. PHP merupakan piranti lunak Open Source yang memungkinkan web dapat dibuat dinamis. Sehingga perawatan dari situs web tersebut menjadi lebih mudah dan efisien.
Menurut Gunawan, Suwandi Halim dalam tulisannya yang berjudul (PEMANFAATAN HIPHOP FOR PHP PADA WEB SERVER, Mikroskil Vol. 12, 2011) mengatakan PHP merupakan singkatan dari PHP Hypertext Preprocessor. PHP merupakan bahasa berbentuk skrip yang ditempatkan dalam server dan diproses di server. Hasil dari pemrosesan tersebut yang nantinya akan dikirimkan ke klien tempat pemakai menggunakan browser. Secara khusus, PHP dirancang untuk membentuk aplikasi web dinamis. Artinya, PHP dapat membentuk suatu tampilan berdasarkan permintaan terkini.
PHP adalah bahasa pemrograman script yang paling banyak dipakai saat ini. PHP banyak dipakai untuk memprogram situs web dinamis, walaupun tidak tertutup kemungkinan digunakan untuk pemakai lain.
2.2.4
Asynchronous JavaScript and XML (Ajax)
Ajax merupakan singkatan dari Asynchronous JavaScript and XML yang memiliki pengertian sebuah teknologi berbasis client-side yang menggunakan 2 (dua)komponen utama, yakni Javascript dan XML. Penggunaan teknologi ini dapat meningkatkan kinerja suatu aplikasi web karena Ajax hanya mempertukarkan data antara client dan server bukan suatu halaman web secara keseluruhan.
Kelebihan Ajax adalah objek XML HTTP Request karena dengan menggunakan objek javascript ini, maka request data ke server dapat dilakukan tanpa mengirimkan keseluruhan halaman.
2.2.5
Internet
Internet adalah jaringan yang menghubungkan secara bersamasama jaringan computer yang berada di seluruh dunia (Eaglestone dan Ridley, 2001, p20)
Internet berasal dari kata Interconnection Networking yang mempunyai arti hubungan computer dengan berbagai tipe yang membentuk sistem jaringan yang mencakup seluruh dunia (jaringan computer global) dengan melalui jalur telekomunikasi seperti telepon, radio link, satelit dan lainnya.
Dalam mengatur integrasi dan komunikasi jaringan ini digunakan protocol yaitu TCP/IP. TCP (Transmission Control Protocol) bertugas memastikan bahwa semua hubungan bekerja dengan benar, sedangkan IP (Internet Protocol) yang mentransmisikan data dari satu computer ke computer lain. TCP/IP secara umum berfungsi memilih rute terbaik transmisi data, memilih rute alternative jika suatu rute tidak dapat digunakan, mengatur dan mengirimkan paket-paket pengiriman data.
Dengan memanfaatkan internet, pemakaian computer di seluruh dunia dimungkinkan untuk saling berkomunikasi dan pemakaian bersama
informasi dengan cara saling kirim e-mail, menghubungkan ke computer lain, mengirim dan menerima file, membahas topik tertentu pada newsgroup dan lain-lain.
2.2.6
MySQL
Menurut Stendy B. Sakur(2005,p59), MySQL merupakan salah satu sistem database yang sangat handal karena menggunakan sistem SQL. Pada awalnya SQL berfungsi sebagai bahasa penghubung antara program database dengan bahasa pemrograman yang kita gunakan. Dengan adanya SQL maka para pemrogram jaringan dan aplikasi tidak mengalami kesulitan sama sekali di dalam menghubungkan aplikasi yang mereka buat. Setelah itu SQL dikembangkan lagi menjadi sistem database dengan munculnya MySQL. MySQL merupakan database yang sangat cepat, beberapa user dapat menggunakan secara bersamaan, dan lebih lengkap dari SQL. MySQL merupakan salah satu software gratis yang dapat
di-download
melalui
situsnya.
MySQL merupakan
sistem
manajemen database, relasional sistem database dan software open source. Kalau SQL biasa kita sebut dengan SEQUEL karena pembuatnya menyebutkan MySQL adalah “My Ess Que Ell”.
MySQL merupakan open source SQL database yang sangat popular yang disediakan oleh MYSQL AB.
MySQL AB merupakan
perusahaan komersial yang berdiri untuk memberikan pelayanan seputar
MySQL database. MySQL AB berasal dari perusahaan Swedia yang menjalankan aplikasi dasar MySQL dan merupakan developer utamanya.
2.3 Kerangka Pikir Pemecahan Masalah Kerangka pikir pemecahan masalah dengan menggunakan dasar pemikiran pada setiap penjelasan langkah-langkah yang akan dijabarkan pada penelitian ini atau menggambarkan langkah-langkah yang akan dikerjakan pada penelitian.
Pada bab 1 telah dijelaskan setiap step-step yang akan dilakukan, guna dari penelitian ini ialah untuk memecahkan masalah-masalah yang ada, serta mendapatkan solusi yang didapatkan. Maka pada kerangka pikir pemecahan masalah ini akan menjelaskan dasar atas langkah-langkah yang akan ditempuh untuk mendapatkan sebuah solusi dari setiap masalah. Data yang diperoleh akan dihubungkan dengan refrensi dan teori yang digunakan hingga adanya solusi.
Untuk mendapatkan langkah yang tepat untuk memecahkan masalah. Tentunya akan dilihat dari masalah yang terjadi, berikut ini adalah identifikasi masalah yang terjadi.
Tabel 3 : 2.3 Kerangka Pikir Pemecahan Masalah
1
Kriteria
Masalah
Database
Database yang sudah ada belom
Akibat
Kurangnya performa yang
berkerja dengan maksimal.
didapatkan pada database yang ada.
2
Berkas-
Berkas berkas manual untuk
Kurang bergunanya database
berkas
penyimpanan masih banyak
yang sudah ada dan susahnya
dilakukan dalam perusahaan.
pencarian akan data yang dibutuhkan dikarenakan pencarian kertas-kertas yang disimpan.
3
Integrasi
Integrasi database masih
Data yang dimiliki oleh
database
berhubungan dengan database pusat.
perusahaan hanya disimpan oleh pusat yang menyebabkan kurangnya data pada perusahaan sendiri sehingga setiap data yang ingin diambil harus melalui database yang ada di pusat..
4.
Bisnis
Efisiensi pada bisnis yang berjalan
Adanya keterlibatan
kurang maksimal.
konsumen yang terlalu jauh pada sistem dalam perusahaan.
5.
Efisiensi
Terlalu banyak waktu yang terbuang
Kurangnnya performa yang
karena pengolahan data yang kurang
maksimal pada perusahaan.
efektif.
6.
Aplikasi
Banyaknya kesalah pahaman antara
Proses yang terlalu memakan
Bagian Komersil dengan pelanggan
waktu lama serta banyaknya
pada aplikasi yang berjalan sekarang. kesalahpahaman antara pihak perusahaan dengan pelanggan.
Gambar 1 : 2.3 Kerangka Pikir Pemecahan Masalah
