BAB 2 LANDASAN TEORI 1.1. Pengertian Umum 1.1.1. Data Data merupakan deskripsi dasar dari suatu hal, kejadian, aktivitas, dan transaksi yang direkam, dikatehorikan, dan disimpan. Namun data tidak diatur untuk menyampaikan arti yang spesifik (Rainer & Cegielski, 2011). Data merupakan fakta mentah yang menjelaskan karakteristik dari sebuah kejadian atau obyek (Baltzan, 2014). Kita dapat menarik kesimpulan bahwa data merupakan suatu fakta yang berupa deskripsi dari segala hal namun hal tersebut belum memiliki arti yang penting.
1.1.2. Sistem Sistem merupakan suatu hal yang menerima masukan, menerapkan sekumpulan aturan untuk memproses masukan tersebut dan kemudian mengeluarkan suatu hasil (Considine, Parkes, Olesen, Blount, & Speer, 2012). Sistem adalah serangkaian prosedur bisnis (atau beberapa komponen) yang saling berhubungan digunakan dalam satu unit bisnis, saling bekerja sama untuk beberapa tujuan (Valacich, George, & Hoffer, 2011). Mengacu pada pendapat Baltzan (2014) sistem merupakan kumpulan bagian yang terhubung untuk mencapai suatu tujuan tertentu. Kita dapat menarik kesimpulan bahwa suatu sistem bertugas untuk menerima
masukan,
memproses
masukan
tersebut,
dan
kemudian
menghasilkan sesuatu yang digunakan untuk tujuan tertentu bagi yang berkepentingan. 1.1.3. Sistem Informasi Sistem informasi merupakan suatu perancangan, pengembangan, managemen, dan penggunaan alat dari teknologi informasi untuk membantu pengguna untuk menjalankan sebua tugas yang terkait dengan pemrosesan dan
managemen
informasi
(Rainer 7
&
Cegielski,
2011).
8 Pengertian lain mengenai sistem informasi
adalah kumpulan dari
Elemen komputer yang saling terhubung yang mengumpulkan, memproses, menyimpan, dan menyediakan hasil berupa informasi yang dibutuhkan untuk menyelesaikan masalah bisnis. Sistem informasi biasanya membutuhkan database untuk menyimpan data dari hasil pemrosesan. (Satzinger, Jackson, & Burd, 2012). Dari dua definisi diatas, sistem informasi merupakan suatu proses dalam mengumpulkan, memproses, dan menghasilkan informasi dengan menggunakan perangkat teknologi informasi untuk menyelesaikan suatu masalah bisnis dan menyimpan informasi tersebut di dalam sebuah basis data.
1.2. Pengertian Khusus 1.2.1. Database System Development Lifecycle Database System Development Lifecycle merupakan hal yang paling fundamental dalam merancang sebuah piranti luncak yang dikembangkan dengan basis data. (Connolly & Begg, 2014)
9
Gambar 2.1 Database System Development Lifecycle Tahapan yang ada di dalam Database System Development Lifecycle antara lain: 1. Database Planning Database Planning merupakan aktivitas managemen yang memungkinkan tahapan-tahapan yang ada di dalam Database System Development Lifecycle untuk direalisasikan secara efisien dan efektif. Database planning hendaknya dapat diintegrasikan dengan keseluruhan strategi sistem informasi di sebuah organisasi.
10 Tabel 2.1
Gambaran umum kegiatan yang dilakukan pada Database System Development Lifecycle Tahapan
Kegiatan Utama Merancang bagaimana tahapan yang ada di
Database Planning
dalam daur siklus dapat direalisasikan secara efisien dan efektif Menjabarkan ruang lingkup dan batasan dari
System Definition
sebuah sistem basis data, termasuk pandangan pengguna secara garis besar, penggunanya itu sendiri, dan ruang lingkup aplikasi.
Requirements Collection and Analysis Database Design
DBMS Selection
Mengumpulkan dan menganalisa kebutuhan dari sebuah sistem basis data yang baru Perancangan konseptual, logikal, dan fisik dari sebuah basis data Memilih DBMS yang sesuai untuk sistem basis data. Merancang antarmuka pengguna dan program
Application Design
aplikasi yang menggunakan dan memproses basis data
11 Di dalam Database Planning, harus menjelaskan Mission Statement dan Mission Objective •
Mission Statement Mission Statement mendefinisikan tujuan utama dari basis data yang akan dirancang
•
Mission Objective Mission
Objective
harus
mengidentifikasi
dan
menjelaskan tugas tertentu yang harus didukung oleh basis data yang akan dirancang.
2. System Definition Di dalam System Definition, terdapat User View. User view menjelaskan apa saja hal yang diperlukan untuk merancang basis data dari perspektif peran tertentu di dalam suatu pekerjaan (seperti Manager atau Supervisor ) atau ruang lingkup aplikasi kantoran (seperti penawaran, karyawan, atau kontrol stok).
Gambar 2.2 Contoh user view 3. Requirements Collection and Analysis Requirements Collection and Analysis merupakan suatu proses mengumpulkan dan menganalisa informasi
mengenai bagian dari
sebuah organisasi yang akan didukung dengan adanya sistem basis
12 data, dan menggunakan informasi tersebut untuk mengidentifikasi persyaratan yang diperlukan dari sebuah sistem yang baru. Ada banyak teknik untuk mengumpulkan informasi tersebut, salah satunya disebut dengan fact-finding techniques. Informasi dikumpulkan dari setiap pandangan pengguna utama (seperti peran kerja atau ruang lingkup aplikasi organisasi), termasuk deskripsi bagaimana data digunakan atau dihasilkan, rincian bagaimana data digunakan atau dihasilkan, dan tambahan persyaratan yang diperlukan untuk sistem basis data yang baru.
Gambar 2.3 Contoh data yang diambil dari setiap tahapan yang ada di dalam Database System Development Lifecycle
13 Dalam fact-finding techniques, ada lima teknik yang biasanya digunakan: •
Memeriksa dokumentasi Memeriksa dokumentasi dapat berguna ketika kita ingin mendapatkan pandangan bagaimana kebutuhan untuk basis data muncul. Kita juga dapat menemukan bahwa dokumentasi
dapat
membantu
untuk
menyediakan
indormasi dalam bagian dari organisasi yang dikaitkan dengan permasalahan. •
Wawancara Wawancara merupakan teknik dari fact-finding yang sering digunakan dan sangat berguna. Kita dapat mewawancarai untuk mengumpulkan informasi dari seseorang secara tatap muka.
•
Mengamati Operasional dari Suatu Organisasi Pengamatan merupakan salah satu hal yang sangat efektif dalam fact-finding techniques untuk memahami sebuah sistem. Dengan teknik ini, kita memungkinkan untuk berpartisipasi atau mengamati seseorang melakukan kegiatannya untuk belajar terkait sistem.
Informasi
ini
kemudian
dianalisa
untuk
mengidentifikasi
persyaratan (atau fungsi) yang akan dimasukkan ke dalam sistem basis data yang baru. Persyaratan ini dijelaskan di dalam dokumen secara kolektif yang dinamakan requirements specifications untuk sistem basis data yang baru. Terdapat tiga pendekatan utama untuk mengatur persyaratan dari sistem basis data dengan pandangan dari beberapa orang: •
Centralized Approach Persyaratan
utnuk
setiap
pandangan
pengguna
digabungkan menjadi kumpulan tunggal dari persyaratan untuk sebuah basis data yang baru. Sebuah data model merepresentasikan semua pandangan pengguna dibuat selama tahapan perancangan basis data
14
Gambar 2.4 Contoh centralized approach •
View Integration Approach Persyaratan dari setiap pandangan user tetap dalam daftar yang terpisah. Data model merepresentasikan setiap pandangan user yang dibuat dan kemudian digabungkan kemudian dalam tahapan perancangan basis data.
Gambar 2.5 Contoh View Integration Approach •
Kombinasi dari centralized approach dan view integration approach.
15
4. Database design Menurut Conolly dan Begg (2014), database design merupakan proses membuat perancangan yang akan mendukung mission statement dan mission objectives di dalam organisasi sebagai persyaratan dari sistem basis data. Terdapat empat pendekatan dari perancangan basis data: •
Pendekatan Bottom Up Pendekatan
Bottom
Up
dimulai
pada
tingkatan
fundamental dari atribut (seperti properti dari entitas dan relationshipnya), di mana melalui analisa dari asosiasi antara atribut dikelompokkan ke dalam relations yang merepresentasikan jenis entitas dan relationships antara entitas. Pendekatan ini menggunakan normalisasi. •
Pendekatan Top-down Pendekatan Top-down dimulai dengan pengembangan dari data model yang berisi beberapa entitas tingkat tinggi dan relationships dan kemudian diterapkan perbaikan dari topdown
secara
berturut-turut
untuk
mengetahui
dan
mengidentifikasi entitas tingkat rendah, relationships, dan atribut
yang
berasosiasi.
Pendekatan
top-down
digambarkan melalui konsep Entity-Relationship (ER) model, dimulai dengan identifikasi entitas dan relationship antar entitas, di mana entitas tersebut menjadi kebutuhan di dalam suatu organisasi. •
Pendekatan Inside Out Pendekatan ini dihubungkan dengan pendekatan bottom up, namun dibedakan dari yang pertama mengidentifikasi kumpulan entitas utama dan kemudian menyebar untuk mempertimbangkan entitas lain, relationships, dan atribut yang diasosiasikan dengan yang pertama diidentifikasi
•
Pendekatan Strategi Campuran
16 Pendekatan ini menggunakan gabungan dari pendekatan bottom-up dan top-down untuk beberapa bagian tertentu dari model sebelum pada akhirnya menggabungkan semua bagian secara bersamaan.
Terdapat tiga tahapan utama dalam perancangan basis data, yaitu conceptual, logical, dan physical •
Conceptual Database Design Merupakan proses membangun model dari data yang digunakan dalam sebuah organisasi yang independen dari semua pertimbangan fisik.
•
Logical Database Design Merupaka proses dalam membangun model dari data yang digunakan dalam sebuah organisasi berdasarkan data model yang spesifik, namun independen dari pertimbangan DBMS tertentu dan pertimbangan fisik lainnya.
•
Physical Database Design Merupakan
proses
menghasilkan
deskripsi
dari
implementasi dari basis data di dalam penyimpanan cadangan; yang mendeskripsikan relasi dasar, pengaturan berkas, dan indeks yang digunakan untuk menghasilkan akses ke dalam data yang efisien, dan integrity constraints yang diasosiasikan serta pengukuran keamanan.
5. DBMS Selection Merupakan
proses
pemilihan
DBMS
yang
sesuai
unruk
mendukung sistem basis data. Tahapan utama dalam memilih DBMS antara lain: •
Menentukan Terms of Reference of study Terms of Reference untuk pemilihan DBMS dimulai dari tujuan dan ruang lingkup studi dan tugas yang akan dibutuhkan. Dokumen ini mungkin dapat berisi deskripsi dari kriteria (berdasarkan persyaratan spesifikasi dari
17 pengguna) untuk dapat digunakan dalam mengevaluasi produk DBMS, daftar pendahuluan dari produk yang memungkinkan, dan semua constraint yang dibutuhkan serta jangka waktu untuk studi. •
Membuat daftar singkat dua atau tiga produk. Kriteria dipertimbangkan menjadi penting untuk mencapai implementasi
yang
sukses
dapat
digunakan
untuk
menghasilkan daftar pendahuluan produk DBMS untuk evaluasi. Sebagai contoh, keputusan untuk memasukkan produk DBMS mungkun tergantung dari anggaran yang tersedia, tingkat dukungan vendor, kecocokan dengan perangkat lunak yang lain, dan apakah produk DBMS tersebut dapat berjalan di perangkat keras tertentu. Tambahan informasi yang berguna terkait produk dapat dikumpulkan dengan menghubungi pengguna yang ada, yang mungkin menyediakan penjelasan rinci terkait bagaimana dukungan vendor, bagaimana dukungan produk terhadap aplikasi tertentu, dan sebagai tolok ukur yang tersedia yang membandingkan performa dari produk DBMS. •
Mengevaluasi produk Ada
beberapa
fitur
yang
dapatdigunakan
dalam
mengevaluasi produk DBMS. Untuk tujuan evaluasi, fitur tersebut dapat dinilai sebagai kelompok (sebagai contoh data definition) atau secara individu (sebagai contoh jenis data yang tersedia). •
Merekomendasikan pemilihan dan membuat laporan Langkah
terakhir
dari
pemilihan
DBMS
adalah
mendokumentasikan proses dan menyediakan pernyataan terkait pencarian dan rekomendasi untuk produk DBMS tertentu.
18 6. Application Design Merupakan proses merancang antar muka pengguna dab program aplikasi yang menggunakan dan memproses basis data. Terdapat hal yang harus diperhatikan dalam merancang sebuah aplikasi. Transaction Design Transaksi merupakan kegiatan, atau serangkaian kegiatan, dilakukan oleh pengguna tunggal atau program aplikasi, yang mengakses atau mengubah konten dari basis data. Tujuan dari basis data adalah untuk
menjelaskan
dan
mendokumentasikan
karakteristik tingkat tinggi dari transaksi yang diperlukan di dalam basis data, termasuk: •
Data yang akan digunakan di dalam transaksi
•
Karakteristik fungsional dari sebuah transaksi
•
Hasil dari transaksi
•
Pentingnya pengguna
•
Perkiraan tingkat penggunaan.
Terdapat tiga jenis transaksi, antara lain: •
Retrieval transaction Digunakan untuk menerima data untuk ditampilkan di layar atau pada saat menghasilkan sebuah laporan. Sebagai contoh, operasi untuk mencari dan menampilkan rincian dari properti (diberikan nomor properti) adalah contoh dari retrieval transaction.
•
Update transaction Digunakan
untuk
menambah
record
baru,
menghapus record lama, atau mengubah record yang sudah ada di dalam basis data. Sebagai contoh, operasi untuk memasukkan rincian dari properti baru ke dalam basis data.
19 •
Mixed Transactions Melibatkan retrieval dan update data. Sebagai contoh, operasi untuk mencari dan menampilkan rincian dari properti (diberikan nomor properti) dan kemudian memperbaharui nilai dari sewa bulanan.
User Interface Design Guidelines Dalam merancang sebuah antarmuka pengguna, harus diperhatikan aspek yang ada di dalam Eight Golden Rules
2.2.2. Eight Golden Rules Eight Golden Rules merupakan delapan aturan dalam pembuatan antarmuka pengguna. Eight Golden rules merupakan aturan yang didasarkan dari pengalaman pengguna. (Shneiderman, Plaisant, Cohen, & Jacobs, 2009) Aturan yang ada di dalam Eight Golden Rules sebagai berikut: 1 Strive for consistency. Consistent sequences of actions should be required in similar situations; identical terminology should be used in prompts, menus, and help screens; and consistent commands should be employed throughout. 2 Enable frequent users to use shortcuts. Urutan konsisten dari sebuah tindakan harus diperlukan dalam situasi yang sama; terminologi yang identik harus digunakan pada perintah, menu, dan layar bantuan; dan perintah yang konsisten harus digunakan di seluruh tampilan. 3 Offer informative feedback. Untuk setiap tindakan operator, harus ada sistem umpan balik. Untuk tindakan yang sering dan jarang, respon dapat disederhanakan, sedangkan untuk tindakan jarang dan besar, respon harus lebih besar. 4 Design dialog to yield closure. Urutan tindakan harus diatur ke dalam kelompok dengan awalan, tengah, dan
20 akhir. Umpan balik yang informatif pada penyelesaian kelompok tindakan memberikan pengguna sebuah kepuasan, rasa lega, sinyal untuk menghentikan rencana kontingensi dan pilihan dari pikiran mereka, dan indikasi bahwa terdapat cara yang jelas untuk mempersiapkan tindakan berikutnya. 5 Offer simple error handling. Sebisa mungkin, merancang sistem sehingga pengguna tidak dapat membuat kesalahan serius. Jika kesalahan dibuat, sistem harus dapat mendeteksi kesalahan dan menawarkan bantuan, serta mekanisme yang mudah dipahami untuk menangani kesalahan. 6 Permit easy reversal of actions. Fitur ini mengurangi kecemasan, karena pengguna tahu bahwa kesalahan dapat dibatalkan; hal ini mendorong pemilihan yang tidak biasa. Satuan reversibilitas mungkin berupa satu tindakan, entri data, atau kelompok lengkap dari sebuah tindakan. 7 Support internal locus of control. Operator yang berpengalaman sangat menginginkan arti bahwa mereka bertanggung jawab atas sistem dan sistem merespon tindakan mereka. Rancang sistem untuk membuat pengguna memulai tindakan daripada menjadi pemberi tanggapan. 8 Reduce short-term memory load. Keterbatasan pemrosesan informasi manusia dalam memori jangka pendek mengharuskan tampilan dibuat sederhana, beberapa halaman ditampilan dengan konsolidasi, mengurangi frekuensi gerak, serta waktu pelatihan yang cukup akan dialokasikan untuk kode, mnemonik, dan urutan tindakan.
2.2.3. Data Definition Language Data Definition Language merupakan bahasa yang memperbolehkan seorang administrator basis data untuk menjelaskan dan memberi nama entitas, atribut, dan relationship yang dibutuhkan untuk aplikasi, bersamaan
21 dengan integritas dan keamanan constraints yang diasosiasikan. (Connolly & Begg, 2014).
Data Definition Language memnungkinkan obyek yang ada di dalam basis data seperti skema, domain, tabel, view, dan indeks dapat dibuat atau dihapus. Fungsi yang ada di dalam DDL antara lain: •
Membuat Basis data Merupakan proses dalam membuat basis data. Contoh sintaksnya adalah : CREATE DATABASE DatabaseName
•
Menghapus basis data Merupakan proses untuk menghapus sebuah basis data Contoh sintaks sebagai berikut: DROP DATABASE DatabaseName
•
Membuat Tabel (CREATE TABLE) Merupakan proses pembuatan tabel di dalam sebuah basis data. Tabel tersebut nantinya akan berisi primary key beserta kolom yang dibutuhkan. Contoh dari sintaks CREATE TABLE adalah: CREATE TABLE TableName ( {(columName dataType [NOT NULL] [UNIQUE] [DEFAULT defaultOption] [CHECK (searchCondition)] [, . . . ]} [PRIMARY KEY (listOfColumns),] {[UNIQUE (listOfColumns)] [, . . . ]} {[FOREIGN KEY (listOfForeignKeyColumns) REFERENCES ParentTableName [(listOfCandidateKeyColumns)] [MATCH {PARTIAL | FULL}
•
[ON UPDATE referentialAction] [ON DELETE referentialAction]][, . . . ]} {[CHECK (searchCondition)] [, . . . ]})
22 Gambar 2.6 Contoh sintaks dari CREATE TABLE •
Mengubah definisi tabel (ALTER TABLE) Standari ISO menyediakan pernyataan ALTER TABLE untuk mengubah struktur dari sebuah tabel saat tabel tersebut sudah dibuat. Penjelasan terkait pernyataan ALTER TABLE di dalam standar ISO terdiri dari enam pilihan untuk: -Menambah kolom baru di dalam tabel -Menghapus kolom yang ada di dalam tabel -Menambahkan constraint tabel baru -Menghapus constraint di dalam tabek -Mengatur default dari kolom -Menghapus default dari kolom Contoh sintaks dari ALTER TABLE sebagai berikut: ALTER TABLE TableName [ADD [COLUMN] columnName dataType [NOT NULL] [UNIQUE] [DEFAULT defaultOption] [CHECK (searchCondition)]] [DROP [COLUMN] columnName [RESTRICT | CASCADE]] [ADD [CONSTRAINT [ConstraintName]] tableConstraintDefinition] [DROP CONSTRAINT ConstraintName [RESTRICT | CASCADE]] [ALTER [COLUMN] SET DEFAULT defaultOption] [ALTER [COLUMN] DROP DEFAULT]
Gambar 2.7 Contoh sintaks ALTER TABLE •
Menghapus tabel (DROP TABLE) Merupakan proses untuk menghapus tabel secara keseluruhan yang tersimpan di dalam basis data. Contoh sintaks dari DROP TABLE adalah:
DROP TABLE TableName [RESTRICT | CASCADE]
23
•
Membuat Indeks (CREATE INDEX) Indeks merupakan struktur yang menyediakan kecepatan akses sebuah baris di dalam tabel berdasarkan nilai dari salah satu atau lebih kolom. Contoh sintaks dari CREATE INDEX adalah:
CREATE [UNIQUE] INDEX IndexName ON TableName (columnName [ASC | DESC] [, . . . ])
•
Menghapus indeks (DROP INDEX) Merupakan proses dalam menghapus indeks yang telah dibuat sebelumnya Contoh sintaks dari DROP INDEX adalah
DROP INDEX IndexName
•
Membuat kewenangan kepada pengguna lain (GRANT) Penyataan GRANT digunakan untuk membuat kewenangan di dalam obyek basis data kepada pengguna tertentu. GRANT biasanya digunakan oleh pemilik tabel untuk memperbolehkan pengguna lain mengakses data di dalam tabel. Contoh sintaks GRANT sebagai berikut:
GRANT {PrivilidgeList | ALL PRIVILEDGES} ON
ObjectName
TO
{AuthorizationIdList | PUBLIC}
[WITH GRANT OPTION]
Gambar 2.8 Contoh sintaks GRANT
2.2.4. Data Manipulation Language Merupakan bahasa yang menyediakan kumpulan operasi untuk mendukung operasi dasar manipulasi data yang terjadi di dalam database. (Connolly & Begg, 2014). Operasi manipulasi data biasanya termasuk di antaranya:
24 •
Memasukkan data baru ke dalam basis data
•
Mengubah data yang telah tersimpan di dalam basis data
•
Menerima data yang ada di dalam basis data
•
Menghapus data dari basis data
Pernyataan di dalam SQL meliputi •
SELECT. Tujuan dari pernyataan SELECT adalah untuk menerima dan menampilkan dari satu atau lebih tabel di dalam basis data.
SELECT [DISTINCT | ALL] {* | [columnExpression [AS newName]] [, . . . ]} FROM TableName [alias] [, . . . ] [WHERE condition] [GROUP BY columnList] [HAVING condition] [ORDER BY columnList]
Gambar 2.9 Contoh sintaks SELECT
•
INSERT Tujuan dari INSERT adalah memasukkan nilai ke dalam baris yang ada di dalam kolom di sebuah tabel Contoh dari INSERT adalah: INSERT INTO TableName [(columnList)] VALUES (dataValueList)
Gambar 2.10 Contoh sintaks INSERT
25 •
UPDATE
Tujuan dari UPDATE adalah untuk memperbaharui nilai yang ada di dalam baris di dalam kolom pada sebuah tabel. Contoh penggunaan UPDATE adalah: UPDATE TableName SET columnName1 = dataValue1 [, columnName2 = dataValue2 . . . ] [WHERE searchCondition]
Gambar 2.11 Contoh sintaks UPDATE •
DELETE Tujuan dari DELETE adalah untuk menghapus baris yang ada di dalam sebuah tabel. Contoh dari DELETE adalah: DELETE FROM TableName [WHERE searchCondition]
Gambar 2.12 Contoh sintaks DELETE 2.2.5. Data Model Data model merupakan koleksi dari konsep yang terintegrasi untuk mendeskripsikan dan memanipulasi data, hubungan antar data, dan constraints di dalam data di sebuah organisasi. (Connolly & Begg, 2014). Data model dapat terbagi menjadi tiga komponen, di antaranya adalah: •
Bagian struktural, terdiri dari kumpulan aturan di mana menurut aturan tersebut bais data dapat dibangun.
•
Bagian manipulatif, mendefinisikan jenis operasi yang diperbolehkan di dalam data
•
Kumpulan dari integrity constraints, di mana memastikan bahwa data tersebut akurat.
26 2.2.6. Hyper Text Markup Language (HTML) Menurut pendapat Satzinger, Jackson, dan Burd (2012) HTML adalah bahasa utama untuk membangun sebuah halaman Web yang berisi tag dan aturan-aturan mengenai bagaimana menampilkan suatu halaman. Sedangkan pemikiran HTML menurut Connolly dan Begg (2014) merupakan suatu sistem untuk menandai suatu dokumen sehingga dapat ditampilkan ke dalam halaman Web.
Page Title This is a Heading
This is a paragraph.
Gambar 2.13 Contoh tag HTML
Tabel 2.2
Beberapa tag dasar HTML
Menggambarkan suatu dokumen HTML
Menampilkan informasi mengenai dokumen
<br />
<br />
Menampilkan judul dari suatu dokumen<br />
<br />
<body><br />
<br />
Menggambarkan halaman web yang ditampilkan<br />
<br />
<h1><br />
<br />
Menampilkan sebuah heading atau judul<br />
<br />
<p><br />
<br />
Menampilkan sebuah paragraf Dapat disimpulkan bahwa HTML merupakan suatu dokumen yang<br />
<br />
berisi tag-tag dengan mendeskripsikan Elemen-Elemen agar dapat menjadi sebuah halaman web.<br />
<br />
27 2.2.7. Cascading Style Sheet (CSS) CSS seperti yang dinyatakan Satzinger, Jackson, dan Burd (2012) merupakan standar penulisan pada halaman Web yang memungkinkan desainer Web untuk menentukan bagian-bagian dari halaman yang akan terlihat sama dan lebih bervariasi. (Satzinger, Jackson, & Burd, 2012). Di sisi lain, Robbins (2007) mendefinisikan CSS adalah suatu standar dari W3C untuk menampilkan penyajian dari suatu dokumen yang tertulis di dalam dokumen HTML, XHTML, bahkan beberapa file XML. body {<br />
<br />
background-color: #d0e4fe; } h1 {<br />
<br />
color: orange; text-align: center; } p{<br />
<br />
font-family: "Times New Roman"; font-size: 20px; } Gambar 2.14 Contoh sintaks CSS Tabel 2.3 Body<br />
<br />
Contoh sintaks dasar CSS Dengan atribut background-color memiliki value #d0e4fe.<br />
<br />
Value tersebut menunjukkan kode warna dalam format Hex. h1<br />
<br />
Atribut color memiliki value orange dan text-align memiliki value center. Value orange menunjukkan warna heading/judul. Value center menunjukkan posisi heading/judul.<br />
<br />
P<br />
<br />
Atribut font-family memiliki value Times New Roman dan font-size memiliki value 20px. Value font-family menunjukkan tipe font dalam paragraf.<br />
<br />
28 Value font-size menunjukkan posisi ukuran huruf dalam paragraf.<br />
<br />
Dengan kata lain, CSS merupakan suatu standar yang digunakan untuk membuat perancangan suatu halaman web menjadi lebih rapi serta dapat memenuhi kaidah 8 Aturan Emas (8 Golden Rules) dalam Interaksi Manusia Komputer (IMK).<br />
<br />
2.2.8. JavaScript (JS) JavaScript merupakan bahasa pemrograman yang memungkinkan kita melengkapi dokumen HTML dengan animasi, antar-aktifitas, dan efek visual yang dinamis. (McFarland, 2014). JavaScript adalah suatu standar tetap untuk pengolahan pada peramban (browser) yang dapat berjalan seperti pada aplikasi desktop. (Satzinger, Jackson, & Burd, 2012). JavasScript adalah bahasa skrip biasa yang diletakkan bersama kode HTML untuk menentukkan suatu aksi (Kadir, 2013). Pengertian<br />
<br />
umum<br />
<br />
mengenai<br />
<br />
JavaScript<br />
<br />
yakni<br />
<br />
suatu<br />
<br />
bahasa<br />
<br />
pemrograman yang dapat mendukung dokumen HTML untuk mengolah informasi yang diberikan pengguna agar mendapatkan respon tertentu.<br />
<br />
2.2.9. PHP HyperText PreProcessor (PHP) PHP, adalah singkatan dari PHP HyperText Preprocessor, merupakan bahasa program yang populer dan kuat yang digunakan untuk pemrograman server-side. Ketika PHP digunakan untuk halaman web, php selalu perlu mengambil data untuk ditampilkan pada halaman web tersebut (Suehring & Valade, 2013). PHP adalah bahasa script server, yang dapat tertanam dalam HTML atau digunakan sebagai biner yang berdiri sendiri (meskipun yang pertama digunakan jauh lebih umum). (Converse, Tim; Park, Joyce; Morgan, Clark;, 2004)<br />
<br />
29 Jadi kesimpulan dari beberapa definisi tentang PHP adalah suatu bahasa pemrograman sisi server yang disisipkan pada bahasa HTML untuk menampilkan halaman web yang hanya dapat dibaca oleh server untuk pengaksesan database.<br />
<br />
2.2.10. MySQL MySQL adalah sistem basis data yang populer dan gratis yang dapat menyimpan informasi dan kemudian mengintegrasikan dengan PHP untuk membuat aplikasi web yang berfungsi penuh (Suehring & Valade, 2013). MySQL (dibaca My Ess Q El) adalah SQL Sistem Manajemen Basis Data Relasional (RDBMS) yang bebas digunakan (open source) untuk berbagai keperluan (Converse, Tim; Park, Joyce; Morgan, Clark;, 2004). Jadi kesimpulan dari beberapa definisi tentang MySQL adalah suatu software manajemen basis data yang berbasis open source dan juga dapat menangani basis data pada server client.<br />
<br />
2.2.11. Basis Data Rainer dan Cegielski (2011) mendefinisikan basis data sebagai sebuah kumpulan berkas yang berkaitan secara logikal yang menyimpan data dan hubungan antar data tersebut. Baltzan (2014) berpendapat bahwa basis data bertugas menjaga informasi terkait berbagai macam jenis objek (inventori), kejadian (transaksi), orang (karyawan), dan tempat (gudang). Mengacu pada pendapat Dennis (2012), bahwa Basis Data merupakan pengelompokkan informasi yang terkait satu dengan informasi lainnya dalam beberapa cara (misalnya, melalui beberapa field). Pendapat lain ditulis Connolly dan Begg (2014) yang menyatakan basis data merupakan kumpulan data yang dibagikan terkait dengan logikal beserta deskripsinya, dirancang untuk memenuhi kebutuhan informasi dalam suatu perusahaan. Beberapa pendapat di atas dapat disimpulkan bahwa basis data merupakan sebuah tempat untuk menyimpan sebuah informasi yang diatur secara logikal untuk memenuhi kebutuhan suatu organisasi.<br />
<br />
30<br />
<br />
2.2.12. Sistem Manajemen Basis Data Sistem managemen basis data adalah program perangkat lunak (atau kumpulan dari program) yang menyediakan akses ke dalam suatu basis data (Rainer & Cegielski, 2011). Sistem managemen basis data berfungsi untuk membuat, membaca, memperbaharui, dan menghapus data di dalam basis data sekaligus mengontrol akses dan keamanan dari basis data tersebut. (Baltzan, 2014). Sistem managemen basis data merupakan sebuah perangkat lunak yang memungkinkan pengguna untuk mendefinisikan, membuat, merawat, dan mengatur akses ke dalam basis data (Connolly & Begg, 2014). Dennis (2012), berpendapat bahwa sebuah sistem manajemen basis data adalah perangkat lunak yang menciptakan dan memanipulasi database tersebut. Pengertian sistem manajemen basis data dapat diartikan sebagai sebuah piranti lunak untuk mengakses sebuah basis data dan kita dapat mengatur, membuat, atau mengubah basis data tersebut.<br />
<br />
Menurut Connolly dan Begg (2014), fungsi dari sistem managemen basis data antara lain: •<br />
<br />
Data storage, retrieval, and update Sebuah DBMS harus memberi pengguna dengan kemampuannya untuk menyimpan, menerima, dan mengubah data di dalam suatu basis data<br />
<br />
•<br />
<br />
A user accessible catalog Sebuah DBMS harus memberikan katalog di mana deskripsi dari item data disimpan dan di mana hal tersebut dapat diakses oleh pengguna<br />
<br />
•<br />
<br />
Transaction Support Sebuah DBMS harus mampu menyediakan mekanisme yang akan meyakinkan apakah semua update terhubung dengan transaksi yang diberikan yang telah dibuat atau tidak ada yang dibuat<br />
<br />
•<br />
<br />
Concurrency control services<br />
<br />
31 Sebuah DBMS harus menyediakan mekanisme untuk memastikan bahwa basis data telah terupdate dengan benar ketika banyak pengguna memperbaharui basis data secara bersamaan. •<br />
<br />
Recovery services Sebuah DBMS harus mampu menyediakan mekanisme terkait pemulihan basis data pada sebuah kejadian di mana basis data rusak<br />
<br />
•<br />
<br />
Authorization services Sebuah DBMS harus mampu menyediakan mekanisme untuk memastikan hanya pengguna yang telah memiliki izin yang dapat mengakses basis data<br />
<br />
•<br />
<br />
Support for data communication Sebuah DBMS harus mampu mengintegrasikan dengan perangkat lunak komunikasi<br />
<br />
•<br />
<br />
Integrity Services Sebuah DBMS harus mampu menyediakan arti untuk memastikan baik data di dalam basis data dan perubahan data tersebut harus mengikuti aturan tertentu<br />
<br />
•<br />
<br />
Services to promote data independence Sebuah DBMS harus termasuk fasilitas untuk mendukung independen sebuah program dari struktur aktual di dalam basis data<br />
<br />
•<br />
<br />
Utility services Sebuah DBMS harus menyediakan kumpulan layanan utilitas<br />
<br />
32 2.2.13. Komponen dari Lingkungan Sistem Managemen Basis Data. Dalam bukunya, Conolly dan Begg (2014), mengidentifikasi lima komponen utama dalam lingkungan DBMS<br />
<br />
Gambar 2.15 Lingkungan Sistem Managemen Basis Data<br />
<br />
•<br />
<br />
Perangkat keras DBMS dan aplikasi memerlukan perangkat keras untuk dapat berjalan. Perangkat keras tersebut dapat terdiri dari komputer tunggal atau jaringan kompuer.<br />
<br />
•<br />
<br />
Perangkat lunak Komponen perangkat lunak terdiri dari perangkat lunak DBMS itu sendiri dan program aplikasi, bersamaan dengan sistem operasi, termasuk perangkat lunak jaringan apabila DBMS digunakan di dalam jaringan.<br />
<br />
•<br />
<br />
Data Data bertindak sebagai penghubung antara komponen mesin dan komponen manusia. Basis data mengandung baik itu data operasional maupun metadata, data mengenai data.<br />
<br />
•<br />
<br />
Prosedur Prosedur diartikan sebagai instruksi dan aturan yang menhatur perancangan dan penggunaan basis data. Pengguna dari sistem dan pegawai yang mengatur basis data memerlukan prosedur yang terdokumentasi bagaimana cara menjalankan sistem.<br />
<br />
•<br />
<br />
Manusia Komponen terakhir yanng menjalankan sistem managemen basis data<br />
<br />
33 2.2.14. Entity Relationship Modelling Entity Relationship Modelling / Diagram merupakan pendekatan topdown dari perancangan basis data yang dimulai dengan mengidentifikasi data penting yang dinamakan entitas dan relationship antara data yang harus direpresentasikan di dalam model. (Connolly & Begg, 2014)<br />
<br />
Gambar 2.16 Contoh Entitiy Relationship Diagram<br />
<br />
34 2.2.15. Jenis Entitas Merupakan kumpulan dari objek yang memiliki properti yang sama, di mana diindentifikasi oleh organisasi sebagaimana memiliki keberadaan yang independen. (Connolly & Begg, 2014). Konsep dasar dari ER model adalah jenis entitas yang merepresentasikan kumpulan dari obyek di dunia nyata dengan properti yang sama. Setiap jenis entitas memiliki keberadaan independen dan dapat menjadi obyek dengan keberadaan fisik (atau nyata) atau obyek dengan eksistensi konseptual (atau abstrak)<br />
<br />
Gambar 2.17 Contoh jenis entitas fisik dan konseptual<br />
<br />
Terdapat dua jenis entitas •<br />
<br />
Strong entity type Merupakan jenis entitas yang keberadaannya tidak tergantung dengan jenis entitas yang lain. Karakteristik dari strong entity type adalah setiap entity occurence adalah diidentifikasi unik dengan menggunakan atribut primary key dari jenis entitas tersebut. Strong entity sering disebut dengan parent, owner, atau dominant.<br />
<br />
•<br />
<br />
Weak entity type Merupakan jenis entitas yang keberadaannya tergantung dengan jenis entitas yang lain. Karakteristik dari weak entity adalah setiap entity occurence tidak dapat diidentifikasi secara untik hanya menggunakan atribut yang terasosiasi dengan jenis entitas tersebut. Weak entity sering disebut dengan entitas child, dependent, atau subordinate<br />
<br />
35<br />
<br />
Gambar 2.18 Contoh dari strong dan weak entity.<br />
<br />
Entity Occurence Merupakan objek unik yang dapat diidentifikasi dari sebuah jenis entitas<br />
<br />
Gambar 2.19 Contoh jenis entitas, Staff dan Branch<br />
<br />
2.2.16. Jenis Relationship Merupakan kumpulan asosiasi yang memiliki arti di antara jenis entitas. (Connolly & Begg, 2014)<br />
<br />
36<br />
<br />
Gambar 2.20 Contoh jenis relationship,’Branch has staff’<br />
<br />
Relationship Occurence Merupakan asosiasi yang diidentifikasi unik yang termasuk satu occurence dari setiap jenis entitas yang terlibat<br />
<br />
Tingkatan Jenis Relationship Merupakan jumlah dari jenis entitas yang terlibat di dalam relationship.Entitas yang terlibat di dalam jenis relationship tertenntu disebut sebagai participants di dalam relationship. Jumlah dari participants di dalam jenis relationship disebut dengan degree dari relationship<br />
<br />
tersebut.<br />
<br />
Selain<br />
<br />
itu,<br />
<br />
tingkatan<br />
<br />
dari<br />
<br />
relationship<br />
<br />
mengindikasikan jumlah jenis entitas yang terlibat di dalam relationship. Jenis jumlah tingkatan relationship: •<br />
<br />
Binary Merupakan relationship dua tingkat<br />
<br />
Gambar 2.21 Contoh tingkatan binary relationship, ‘Private owner owns property for rent’<br />
<br />
37 •<br />
<br />
Ternary Merupakan relationship tiga tingkat<br />
<br />
Gambar 2.22 Contoh tingkatan ternary relationship, ‘Staff registers a client at a branch’ •<br />
<br />
Quarternary Merupakan relationship empat tingkat<br />
<br />
Gambar 2.23 Contoh tingkatan quartenary relationship, ‘A solicitor arranges a bid on behalf of a buyer supported by a financial institution’<br />
<br />
Recursive Relationship Merupakan jenis relationship<br />
<br />
di mana jenis entitas yang sama<br />
<br />
berpartisipasi lebih dari sekali di dalam roles yang berbeda.<br />
<br />
38<br />
<br />
Contoh recursive relationship, ‘Staff (Supervisor) supervises staff (Supervisee)’<br />
<br />
Role name juga digunakan ketika dua entitas diasosiasikan melalui satu atau lebih relationship.<br />
<br />
Gambar 2.24 Contoh recursive relationship, ‘Manager manages branch office’ & ‘Branch office has member of staff’<br />
<br />
2.2.17. Atribut Merupakan properti dari sebuah entitas atau jenis relationship. Atribut memegang nilai yang mendeskripsikan setiap entity occurence dan mewakili bagian utama dari data yang tersimpan di dalam basis data. (Connolly & Begg, 2014). Terdapat beberapa hal di dalam atribut, antara lain:<br />
<br />
39 •<br />
<br />
Attribute Domain Merupakan kumpulan dari nilai yang diperbolehkan untuk satu atau lebih atribut.<br />
<br />
•<br />
<br />
Domain Merupakan setiap atribut yang diasosiasikan dengan kumpulan dari nilai. Domain menjelaskan nilai potensial di mana atribut dapat memegang dan sejenis dengan konsep domain di dalam relational model.<br />
<br />
•<br />
<br />
Simple Attribute Merupakan atribut yang dibuat dari komponen tunggal dengan keberadaan independen. Simple attribute tidak dapat dibagi lagi menjadi komponen yang kecil. Contohnya adalah atribut Position dan Salary dari entitas Staff<br />
<br />
•<br />
<br />
Composite Attribute Merupakan atribut yang dibuat dari komponen yang banyak, setiap atribut memiliki keberadaan independen. Beberapa atribut dapat dibagi lebih lanjut menjadi komponen yang lebih kecil dengan keberadaan independen masing-masing. Seperti contoh atribut address dapat dibagi lagi menjadi atribut street, city, dan postcode.<br />
<br />
•<br />
<br />
Single-valued attribute Merupakan atribut yang memegang nilai tunggal untuk setiap occurrence dari jenis entitas. Seperti contoh setiap occurrence dari jenis entitas Branch memiliki nilai tunggal untuk setiap atribut nomor cabang (branchNo) seperti contoh B003.<br />
<br />
40 •<br />
<br />
Multi-valued attribute Merupakan atribut yang memegang banyak nilai untuk setiap occurence dari jenis entitas. Seperti contoh setiap occurrence dari jenis entitas Branch dapat memiliki banyak nilai untuk atribut telNo, (001-0001 dan 001-0002).<br />
<br />
•<br />
<br />
Derived Attributes Merupakan atribut yang mewakili nilai yang diturunkan dari nilai atribut yang terkait atau kumpulan dari atribut, tidak penting apakah nilai tersebut berada di dalam jenis entitas yang sama. Nilai yang dipegang oleh beberapa atribut mungkin diturunkan. Seperti contoh, nilai dari atribut duration dari entitas Lease adalah mengkalkulasi dari rentStart dan rentFinish.<br />
<br />
2.2.18. Candidate key Merupakan kumpulan minimal dari atribut yang mengidentifikasi secara unik setiap occurrence dari sebuah jenis entitas. (Connolly & Begg, 2014)<br />
<br />
2.2.19. Primary key Merupakan candidate key yang dipilih untuk menjadi identifikasi yang unik untuk setiap occurrence dari sebuah jenis entitas. (Connolly & Begg, 2014)<br />
<br />
2.2.20. Composite key Merupakan candidate key yang terdiri dari dua atau lebih atribut. (Connolly & Begg, 2014)<br />
<br />
41<br />
<br />
Gambar 2.25 Contoh dari primary key, atribute, derived atribute, multi-malued atribute, composite atribute.<br />
<br />
2.2.21. Multiplicity Merupakan jumlah (atau rentang) dari kemungkinan occurrence dari setiap jenis entias yang mungkin berkaitan dengan occurrence tunggal dari sebuah jenis entitas yang terasosiasi melalui relationship tertentu. (Connolly & Begg, 2014) Terdapat jenis relationship yang umum di dalam binary relationship: •<br />
<br />
One to One (1:1) Relationship One to One Relationship merupakan hubungan antar entitas di mana satu entitas hanya memiliki hubungan dengan satu anggota entitas saja.<br />
<br />
Gambar 2.26 Contoh dari One to One (1:1) Relationship<br />
<br />
42<br />
<br />
Gambar 2.27 Multiplicity dari One to One (1:1) Relationship<br />
<br />
•<br />
<br />
One to Many (1:*) Relationship One to Many Relationship merupakan hubungan antar entitas di mana satu entitas memiliki banyak hubungan dengan anggota entitas yang lain<br />
<br />
Gambar 2.28 Contoh dari One to Many Relationship<br />
<br />
43<br />
<br />
Gambar 2.29 Multiplicity dari One to Many Relationship •<br />
<br />
Many to Many (*:*) Relationship Many to Many Relationship merupakan hubungan antar entitas di mana satu entitas memiliki hubungan dengan anggota entitas yang lain lebih dari satu dan anggota entitas yang lain memiliki hubungan dengan satu entitas saja.<br />
<br />
Gambar 2.30 Contoh dari Many to Many Relationship<br />
<br />
44<br />
<br />
Gambar 2.31 Multiplicity dari Many to Many Relationship<br />
<br />
Tabel 2.4<br />
<br />
Ringkasan dari cara untuk mewakili Multiplicity Constraints<br />
<br />
Cara alternatif untuk mewakili<br />
<br />
Arti<br />
<br />
Multiplicity Contstraints 0..1<br />
<br />
Satu atau banyak entity occurrence<br />
<br />
1..1 atau 1<br />
<br />
Hanya satu entity occurrence<br />
<br />
0..* atau *<br />
<br />
Nol atau banyak entity occurrence<br />
<br />
1..*<br />
<br />
Satu atau banyak entity occurrence<br />
<br />
5..10<br />
<br />
Minimal 5 dan maksimal 10 entity occurrence Nol, atau tiga, atau enam, atau<br />
<br />
0, 3, 6-8<br />
<br />
tujuh,<br />
<br />
atau<br />
<br />
delapan<br />
<br />
entity<br />
<br />
occurrence<br />
<br />
•<br />
<br />
Participation Menentukan apakah semua atau hanya beberapa entity occurence yang terlibat di dalam relationship.<br />
<br />
Comment [RS1]: Ini termasuk bagian mana?<br />
<br />
45<br />
<br />
Gambar 2.32 Contoh dari participation dan cardinality<br />
<br />
2.2.22. Normalisasi Merupakan teknik untuk menghasilkan kumpulan dari hubungan dengan properti yang diinginkan, memberikan persyaratan data dalam sebuah organisasi. (Connolly & Begg, 2014) Tujuan dari normalisasi adalah untuk mengidentidikasi kumpulan yang sesuai dari hubungan yang mendukung persyaratan data dalam sebuah organisasi. Karakteristik dari kumpulan data yang sesuai di antaranya adalah: •<br />
<br />
Jumlah minimal dari atribut dibutuhkan untuk mendukung persyaratan data di dalam organisasi<br />
<br />
•<br />
<br />
Atribut dengan hubungan logical yang dekat ditemukan di dalam hubungan yang sama<br />
<br />
•<br />
<br />
Redudansi yang minimal.<br />
<br />
46<br />
<br />
Gambar 2.33 Relasi terhadap bentuk normal<br />
<br />
Normalisasi merupakan teknik formal untuk menganalisa hubungan berdasarkan primary key dan functional dependencies. Teknik tersbeut melibatkan kumpulan aturan yang dapat digunakan untuk menguji hubungan individual sehingga basis data dapat dinormalisasi ke dalam tingkatan apapun.<br />
<br />
Gambar 2.34 Tahapan dalam normalisasi<br />
<br />
Tiga bentuk normal dinamakan First Normal Form (1NF), Second Normal Form<br />
<br />
(2NF), Third Normal Form (3NF).<br />
<br />
47<br />
<br />
Unnormalized Form<br />
<br />
•<br />
<br />
Merupakan tabel yang berisi satu atau lebih kumpulan yang berulang<br />
<br />
Gambar 2.35 Contoh dari tabel unnormalized form<br />
<br />
•<br />
<br />
1NF Merupakan hubungan di mana antar bagian dari setiap baris dan kolom mengandung satu atau hanya satu nilai<br />
<br />
Gambar 2.36 Contoh tabel yang telah melalui tahapan 1NF<br />
<br />
Proses normalisasi dimulai dengan tahap awal memindahkan data dari sumber ke dalam bentuk format tabel dengan baris dan kolom. Dalam format ini, tabel dalam bentuk belum dinormalisasi dan sering disebut dengan unnormalized table. Untuk memindahkan tabel yang belum ternormalisasi menjadi 1NF, kita mengidentifikasi dan membuang<br />
<br />
Comment [RS2]: Kasih subbab atau point. Sampai yg 3 NF<br />
<br />
48 kumpulan yang berulang di dalam tabel. Kumpulan tabel yang berulang adalah atribur, atau kumpulan atribut di dalam tabel yang terjadi dengan banyak nilai untuk single occurrence dari nominated key attribute<br />
<br />
untuk tabel tersebut. Terdapat dua cara dalam<br />
<br />
membuang kumpulan yang berulang dari tabel yang belum ternormalisasi. •<br />
<br />
Dengan memasukkan data yang pantas ke dalam kolom yang kosong di dalam baris yang mengandung data yang berulang<br />
<br />
•<br />
<br />
Menempatkan data yang berulang berikut dengan salinan dari original key attributes di dalam hubungan yang terpisah.<br />
<br />
•<br />
<br />
2NF Merupakan hubungan di mana 1NF dan semua yang bukan atribut primary key dapat berfungsi secara penuh tergantung dari primary key. 2NF<br />
<br />
Gambar 2.37 Contoh dari 2NF<br />
<br />
•<br />
<br />
3NF<br />
<br />
Merupakan hubungan di mana 1NF dan 2NF di mana tidak ada atribut yang bukan primary key secara transitif tergantung dari primary key.<br />
<br />
49<br />
<br />
Gambar 2.38 Contoh dari 3NF<br />
<br />
2.2.23. Metodologi Perancangan Merupakan pendekatan terstruktur yang menggunakan prosedur, teknik, peralatan, dan bantuan dokumentasi untuk mendukung dan memfasilitasi proses dari perancangan. (Connolly & Begg, 2014)<br />
<br />
2.2.23.1 Tahapan dari Conceptual Database Design 2.2.23.1.1 Membuat Conceptual Data Model Bertujuan untuk membuat conceptual data model dari persyartan data di dalam organisasi. Conceptual data model terdiri dari •<br />
<br />
Jenis entitas<br />
<br />
•<br />
<br />
Jenis relationship<br />
<br />
•<br />
<br />
Atribut dan domain atribut<br />
<br />
•<br />
<br />
Primary dan alternate key<br />
<br />
•<br />
<br />
Integrity Contstraints<br />
<br />
2.2.23.1.2 Mengidentifikasi jenis entitas Bertujuan untuk mengidentifikasi Jenis entias yang diperlukan 2.2.23.1.3 Mengidentifikasi jenis relationship<br />
<br />
Comment [RS3]: Tahapan ini dibuat subbab . Dan jangan dibuat terllau masuk ke kanan. Tempat untuk nulisnya jadi terbatas. Dibuat lebih ke kiri. Sampai yang bawah juga<br />
<br />
50 Bertujuan untuk mengidentifikasi relationship yang penting yang muncul di dalam jenis entitas. Dalam mengidentifikasi jenis relationship, digunakan ERD, menentukan<br />
<br />
multiplicity<br />
<br />
constraint<br />
<br />
dari<br />
<br />
jenis<br />
<br />
relationship, pengecekan kembali terhadap fan dan chasm<br />
<br />
traps,<br />
<br />
serta<br />
<br />
mendokumentasikan<br />
<br />
jenis<br />
<br />
relationship 2.2.23.1.4 Mengidentifikasi<br />
<br />
dan<br />
<br />
menghubungkan<br />
<br />
atribut<br />
<br />
dengan jenis entitas atau relationship Bertujuan untuk menghubungkan atribut dengan jenis entitas atau relationship yang pantas. 2.2.23.1.5 Menentukan domain atribut Bertujuan untuk menentukan domain dari atribut di dalam conceptual data model. 2.2.23.1.6 Menentukan<br />
<br />
atribut<br />
<br />
candidate,<br />
<br />
primary,<br />
<br />
dan<br />
<br />
alternate key Berujuan untuk mengidentifikasi candidate key dari setiap jenis entitas dan jika ada lebih dari satu jenis entitas, pilih satu yang akan menjadi primary key dan sisanya sebagai alternate key. 2.2.23.1.7 Mempertimbangkan<br />
<br />
menggunakan<br />
<br />
enhanced<br />
<br />
modelling concepts (tahapan opsional) Bertujuan untuk mempertimbangkan penggunaan enhanced<br />
<br />
modelling<br />
<br />
concepts,<br />
<br />
seperti<br />
<br />
spesialisasi/generalisasi, aggregasi, dan komposisi. 2.2.23.1.8 Memeriksa model dari redudansi Bertujuan utnuk memeriksa apakah ada redudansi yang muncul di dalam model. 2.2.23.1.9 Meninjau conceptual data model dengan pengguna Bertujuan untuk meninjau conceptual data model dengan pengguna untuk memastikan bahwa mereka mempertimbangkan model tersebut untuk menjadi representasi “nyata” dari persyaratan data di dalam organisasi.<br />
<br />
51<br />
<br />
Comment [RS4]: Tahapan ini dibuat subbab .<br />
<br />
2.2.23.2 Tahapan dari Logical Database Design<br />
<br />
Dan jangan dibuat terllau masuk ke kanan. Tempat untuk nulisnya jadi terbatas. Dibuat lebih ke kiri. Sampai yang bawah juga<br />
<br />
2.2.23.2.1 Mendapatkan relations untuk logical data model Bertujuan untuk membuat relations untuk logical data model untuk mewakili entitas, relationship, dan atribut yang sudah teridentifikasi. Relations didapatkan dari struktur berikut yang mungkin terjadi di conceptual data model: Jenis entitas kuat Jenis entitas lemah Jenis hubungan biner Satu atau banyak Jenis hubungan biner Satu atau satu Jenis hubungan rekursif Satu atau satu Jenis hubungan Superclass/sublclass Jenis hubungan biner Banyak atau banyak Jenis hubungan kompleks Atribut multi-valued 2.2.23.2.2 Validasi hubungan menggunakan normalisasi Bertujuan untuk memvalidasi hubungan di dalam logical data model menggunakan normalisasi 2.2.23.2.3 Validasi hubungan terhadap transaksi pengguna Untuk memastikan bahwa hubungan di dalam logical data model mendukung transaksi yang dibutuhkan 2.2.23.2.4 Mengecek integrity constraints Bertujuan<br />
<br />
untuk<br />
<br />
mengecek<br />
<br />
apakah<br />
<br />
integrity<br />
<br />
constraints sudah diwakili di dalam logical data model. Berikut merupakan jenis dari integrity constraints: • Data yang dibutuhkan • Constraints dari domain atribut • Multiplicity • Integritas entitas • Referential Integrity<br />
<br />
Comment [RS5]: Kq langsung 2.1?? 1 nya mana?<br />
<br />
52 • Constraints umum 2.2.23.2.5 Meninjau logical data model dengan pengguna Untuk meninjau logical data model dengan pengguna untuk memastikan mereka mempertimbangkan model sebagai representasi nyata dari persyaratan data di dalam organisasi tersebut. Comment [RS6]: Tahapan ini dibuat subbab .<br />
<br />
2.2.23.3 Tahapan dari Physical Database Design 2.2.23.3.1 Menerjemahkan Logical Data Model untuk DBMS tujuan Bertujuan untuk menghasilkan skema basis data relasional dari logical data model yang dapat diimplementasikan ke dalam DBMS tujuan. Terdapat tiga aktivitas di tahap 3, antara lain; •<br />
<br />
Merancang relasi dasar Bertujuan<br />
<br />
untuk<br />
<br />
merepresentasikan<br />
<br />
menentukan relasi<br />
<br />
bagaimana<br />
<br />
dasar<br />
<br />
yang<br />
<br />
terindentifikasi di dalam logical data model ke dalam DBMS tujuan. •<br />
<br />
Merancang representasi dari data turunan Bertujuan untuk menentukan apakan setiap data turunan hadir di dalam logical data model di dalam DBMS tujuan<br />
<br />
•<br />
<br />
Merancang constraints umum Bertujuan untuk merancang constraints umum untuk DBMS tujuan.<br />
<br />
2.2.23.3.2 Merancang File Organizations dan Indexes Bertujuan untuk menentukan pengaturan berkas yang optimal untuk menyimpan hubungan dasae dan indeks yang diperlukan untuk mencapai performa yang diterima, dalam arah di mana relasi dan tuples akan ditahan di dalam penyimpanan cadangan. Terdapat empat aktivitas di tahap ini, antara lain: •<br />
<br />
Menganalisa transaksi<br />
<br />
Dan jangan dibuat terllau masuk ke kanan. Tempat untuk nulisnya jadi terbatas. Dibuat lebih ke kiri. Sampai yang bawah juga<br />
<br />
53 Bertujuan<br />
<br />
untuk<br />
<br />
memahami<br />
<br />
fungsi<br />
<br />
dari<br />
<br />
transaksi yang akan berjalan di dalam basis data dan menganalisa transaksi penting. •<br />
<br />
Memilih pengaturan berkas Bertujuan untuk menentukan pengaturan berkas yang efisien untuk setiap relasi.<br />
<br />
•<br />
<br />
Memilih indeks Bertujuan untuk menenyukan apakah dengan menambahkan<br />
<br />
indeks<br />
<br />
dapat<br />
<br />
meningkatkan<br />
<br />
performa dari sistem tersebut. •<br />
<br />
Memperkirakan<br />
<br />
persyaratan<br />
<br />
ukuran<br />
<br />
penyimpanan Bertujuan untuk memperkirakan jumlah ukuran penyimpanan yang dibutuhkan oleh basis data 2.2.23.3.3 Merancang Pandangan Pengguna Bertujuan untuk merancang pandangan pengguna yang<br />
<br />
mungkin<br />
<br />
teridentifikasi<br />
<br />
selama<br />
<br />
proses<br />
<br />
pengumpulan persyaratan dan tahap analisa dari alur pengembangan basis data 2.2.23.3.4 Merancang Mekanisme Keamanan Bertujuan untuk merancang mekanisme keamanan di dalam basis data seperti yang telah dijelaskan oleh pengguna<br />
<br />
selama<br />
<br />
tahapan<br />
<br />
pengumpulan<br />
<br />
persyaratan dari alur pengembangan basis data.<br />
<br />
dan<br />
<br />
54<br />
<br /> </div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<div class="modal fade" id="report" tabindex="-1" role="dialog" aria-hidden="true">
<div class="modal-dialog">
<div class="modal-content">
<form role="form" method="post" action="https://adoc.pub/report/bab-2-landasan-teori-pengertian-umum" style="border: none;">
<div class="modal-header">
<button type="button" class="close" data-dismiss="modal" aria-hidden="true">×</button>
<h4 class="modal-title">Report "BAB 2 LANDASAN TEORI Pengertian Umum"</h4>
</div>
<div class="modal-body">
<div class="form-group">
<label>Your name</label>
<input type="text" name="name" required="required" class="form-control" />
</div>
<div class="form-group">
<label>Email</label>
<input type="email" name="email" required="required" class="form-control" />
</div>
<div class="form-group">
<label>Reason</label>
<select name="reason" required="required" class="form-control">
<option value="">-Select Reason-</option>
<option value="pornographic" selected="selected">Pornographic</option>
<option value="defamatory">Defamatory</option>
<option value="illegal">Illegal/Unlawful</option>
<option value="spam">Spam</option>
<option value="others">Other Terms Of Service Violation</option>
<option value="copyright">File a copyright complaint</option>
</select>
</div>
<div class="form-group">
<label>Description</label>
<textarea name="description" required="required" rows="3" class="form-control" style="border: 1px solid #cccccc;"></textarea>
</div>
<div class="form-group">
<div style="display: inline-block;">
<div class="g-recaptcha" data-sitekey="6LcEnMcZAAAAAFHzKKgaE-Qh57XzUTzpfRElD4dP"></div>
</div>
</div>
<script src='https://www.google.com/recaptcha/api.js'></script>
</div>
<div class="modal-footer">
<button type="button" class="btn btn-default" data-dismiss="modal">Close</button>
<button type="submit" class="btn btn-primary">Send</button>
</div>
</form>
</div>
</div>
</div>
<script>
$(document).ready(function () {
var inner_height = $(window).innerHeight() - 250;
$('#pdfviewer').css({"height": inner_height + "px"});
});
</script>
<footer class="footer" style="margin-top: 60px;">
<div class="container-fluid">
Copyright © 2024 ADOC.PUB. All rights reserved.
<div class="pull-right">
<span><a href="https://adoc.pub/about">About Us</a></span> |
<span><a href="https://adoc.pub/privacy">Privacy Policy</a></span> |
<span><a href="https://adoc.pub/term">Terms of Service</a></span> |
<span><a href="https://adoc.pub/copyright">Copyright</a></span> |
<span><a href="https://adoc.pub/contact">Contact Us</a></span> |
<span><a href="https://adoc.pub/cookie_policy">Cookie Policy</a></span>
</div>
</div>
</footer>
<!-- Modal -->
<div class="modal fade" id="login" tabindex="-1" role="dialog" aria-labelledby="myModalLabel">
<div class="modal-dialog" role="document">
<div class="modal-content">
<div class="modal-header">
<button type="button" class="close" data-dismiss="modal" aria-label="Close" on="tap:login.close"><span aria-hidden="true">×</span></button>
<h4 class="modal-title" id="add-note-label">Sign In</h4>
</div>
<div class="modal-body">
<form action="https://adoc.pub/login" method="post">
<div class="form-group">
<label class="sr-only" for="email">Email</label>
<input class="form-input form-control" type="text" name="email" id="email" value="" placeholder="Email" />
</div>
<div class="form-group">
<label class="sr-only" for="password">Password</label>
<input class="form-input form-control" type="password" name="password" id="password" value="" placeholder="Password" />
</div>
<div class="form-group">
<div class="checkbox">
<label class="form-checkbox">
<input type="checkbox" name="remember" value="1" />
<i class="form-icon"></i> Remember me
</label>
<label class="pull-right"><a href="https://adoc.pub/forgot">Forgot password?</a></label>
</div>
</div>
<button class="btn btn-primary btn-block" type="submit">Sign In</button>
</form>
</div>
</div>
</div>
</div>
<!-- Global site tag (gtag.js) - Google Analytics -->
<script async src="https://www.googletagmanager.com/gtag/js?id=UA-177279549-1"></script>
<script>
window.dataLayer = window.dataLayer || [];
function gtag(){dataLayer.push(arguments);}
gtag('js', new Date());
gtag('config', 'UA-177279549-1');
</script>
<script src="https://adoc.pub/assets/js/jquery-ui.min.js"></script>
<link rel="stylesheet" href="https://adoc.pub/assets/css/jquery-ui.css">
<script>
$(function () {
$("#document_search").autocomplete({
source: function (request, response) {
$.ajax({
url: "https://adoc.pub/suggest",
dataType: "json",
data: {
term: request.term
},
success: function (data) {
response(data);
}
});
},
autoFill: true,
select: function( event, ui ) {
$(this).val(ui.item.value);
$(this).parents("form").submit();
}
});
});
</script>
<!-- cookie policy -->
<div id="ADOCPUB_cookie_box" style="z-index:99999; border-top: 1px solid #fefefe; background: #FFC107; width: 100%; position: fixed; padding: 5px 15px; text-align: center; left:0; bottom: 0;">
Our partners will collect data and use cookies for ad personalization and measurement. <a href="https://adoc.pub/cookie_policy" target="_blank">Learn how we and our ad partner Google, collect and use data</a>. <a href="#" class="btn btn-success" onclick="accept_ADOCPUB_cookie_box();return false;">Agree & close</a>
</div>
<script>
function accept_ADOCPUB_cookie_box() {
document.cookie = "ADOCPUB_cookie_box_viewed=1;max-age=15768000;path=/";
hide_ADOCPUB_cookie_box();
}
function hide_ADOCPUB_cookie_box() {
var cb = document.getElementById('ADOCPUB_cookie_box');
if (cb) {
cb.parentElement.removeChild(cb);
}
}
(function () {
var ADOCPUB_cookie_box_viewed = (function (name) {
var matches = document.cookie.match(new RegExp("(?:^|; )" + name.replace(/([\.$?*|{}\(\)\[\]\\\/\+^])/g, '\\$1') + "=([^;]*)"));
return matches ? decodeURIComponent(matches[1]) : undefined;
})('ADOCPUB_cookie_box_viewed');
if (ADOCPUB_cookie_box_viewed) {
hide_ADOCPUB_cookie_box();
}
})();
</script>
<!-- end cookie policy -->
</body>
</html>
