Modern Database Management 12ed (2016) CHAPTER 01.en - Id

Diterjemahkan dari bahasa Inggris ke bahasa Indonesia - www.onlinedoctranslator.
com
Bab 1
Data
Lingkungan dan
Proses pengembangan
Tujuan pembelajaran
setelah mempelajari bab ini, Anda seharusnya mampu:
- Definisikan secara singkat setiap istilah kunci berikut:data, basis data, sistem manajemen basis
Kunjungi www.pearsonhighered.com/
data, model data, informasi, metadata, model data perusahaan, entitas, basis data
hoffer untuk melihat video yang
menyertai bab ini. relasional, sistem perencanaan sumber daya perusahaan (erP), aplikasi basis data, gudang
data, independensi data, repositori, tampilan pengguna, pemodelan data perusahaan, siklus
hidup pengembangan sistem (sDLc), pembuatan prototipe, pengembangan perangkat lunak
tangkas, pemodelan data dan alat desain, skema konseptual, skema logis,Danskema fisik.
- Sebutkan beberapa keterbatasan sistem pemrosesan file konvensional.

- Jelaskan setidaknya 10 keuntungan pendekatan basis data, dibandingkan dengan pemrosesan
file tradisional.
- Identifikasi beberapa biaya dan risiko pendekatan basis data.
- Sebutkan dan jelaskan secara singkat sembilan komponen lingkungan database pada umumnya.
- Identifikasi empat kategori aplikasi yang menggunakan database dan karakteristik

utamanya.
- Jelaskan siklus hidup proyek pengembangan sistem, dengan penekanan pada
tujuan analisis database, desain, dan aktivitas implementasi.
- Menjelaskan pendekatan pembuatan prototipe dan pengembangan tangkas untuk
pengembangan basis data dan aplikasi.
- Jelaskan peran individu yang merancang, mengimplementasikan, menggunakan, dan

mengelola database.
- Jelaskan perbedaan antara skema eksternal, konseptual, dan internal serta

alasan arsitektur tiga skema untuk database.
DATA PENTING!
Jumlah data yang dihasilkan, disimpan, dan diproses bertambah dengan pesat. Menurut
Laporan McKinsey Global Institute (Manyika dkk., 2011), diperkirakan pada tahun 2010 saja
perusahaan global menyimpan lebih dari 7 exabyte data (satu exabyte sama dengan satu
miliar gigabyte) sementara konsumen menyimpan lebih dari 6 exabyte data baru. pada
perangkat seperti PC, ponsel pintar, tablet, dan notebook. Itu data yang banyak! Dan
seiring dengan semakin banyaknya dunia yang menjadi digital dan produk-produk yang
kita gunakan sehari-hari seperti jam tangan, lemari es, dan sejenisnya menjadi lebih pintar,
jumlah data yang perlu dihasilkan, disimpan, dan diproses akan terus bertambah.
Bab 1 • Lingkungan Basis Data dan Proses Pengembangan 39
Ketersediaan seluruh data ini juga membuka peluang yang belum pernah ada sebelumnya bagi
perusahaan untuk memanfaatkannya untuk berbagai tujuan. Sebuah studi terbaru yang dilakukan
oleh IBM (IBM, 2011) menunjukkan bahwa salah satu prioritas utama para CEO di tahun-tahun
mendatang adalah kemampuan untuk menggunakan wawasan dan kecerdasan yang dapat diperoleh
dari data untuk keunggulan kompetitif. Laporan McKinsey Global Institute (Manyika et al., 2011)
memperkirakan bahwa dengan memanfaatkan data yang tersedia secara tepat, industri ritel AS dapat
memperoleh peningkatan margin bersih hingga 60 persen dan manufaktur dapat merealisasikan
pengurangan produk hingga 50 persen. biaya pengembangan.
Ketersediaan data dalam jumlah besar juga mendorong inovasi di perusahaan dan
memungkinkan mereka berpikir secara berbeda dan kreatif tentang berbagai aspek bisnis
mereka. Di bawah ini kami berikan beberapa contoh dari berbagai domain:
1.Pusat Kanker Memorial Sloan-Kettering menggunakan IBM Watson (apakah Anda ingat
Watson mengalahkan Ken Jennings di Jeopardy?) untuk membantu menganalisis informasi
dari literatur medis, penelitian, riwayat kasus masa lalu, dan praktik terbaik untuk
membantu memberikan rekomendasi berbasis bukti kepada ahli onkologi (http://
www-935.ibm.com/services/multimedia/MSK_Case_Study_IMC14794.pdf).
2.Continental Airlines (sekarang United) berinvestasi dalam kemampuan intelijen bisnis real-
time dan mampu meningkatkan layanan pelanggan dan operasionalnya secara signifikan.
Misalnya, sekarang dapat melacak apakah pelanggan bernilai tinggi mengalami
penundaan dalam perjalanan, di mana dan kapan pelanggan akan tiba di bandara, dan
gerbang yang harus dituju pelanggan untuk melakukan sambungan berikutnya
(Anderson-Lehman, et al., 2004).
3.Sebuah jaringan restoran cepat saji terkemuka menggunakan informasi video dari jalur makanan cepat
sajinya untuk menentukan produk makanan apa yang akan ditampilkan di papan menu (digital). Jika
antreannya panjang, menu akan menampilkan item yang bisa disajikan dengan cepat. Jika garisnya
pendek, menu menampilkan margin lebih tinggi tetapi menyiapkan item lebih lambat (Laskowski,
2013).
4.Nagoya Railroad menganalisis data tentang kebiasaan perjalanan pelanggannya serta
kebiasaan berbelanja dan bersantap untuk lebih memahami pelanggannya. Misalnya,
penelitian ini dapat mengidentifikasi bahwa perempuan muda yang menggunakan stasiun
kereta tertentu untuk perjalanan mereka juga cenderung makan di jenis restoran tertentu
dan membeli dari jenis toko tertentu. Informasi ini memungkinkan Nagoya Railroad
membuat kampanye pemasaran yang ditargetkan (http://public.dhe.ibm.com/common/
ssi/ecm/en/ytc03707usen/YTC03707USEN.PDF).
Inti dari semua contoh di atas adalah kemampuan mengumpulkan, mengatur, dan mengelola
data. Inilah tepatnya yang menjadi fokus buku teks ini. Pemahaman ini akan memberi Anda
kekuatan untuk mendukung strategi bisnis apa pun dan kepuasan mendalam yang didapat dari
mengetahui cara mengatur data sehingga pertanyaan keuangan, pemasaran, atau layanan
pelanggan dapat dijawab segera setelah ditanyakan. Menikmati!
perkenalan
Selama dua dekade terakhir, data telah menjadi aset strategis bagi sebagian besar organisasi. Basis
data digunakan untuk menyimpan, memanipulasi, dan mengambil data di hampir semua jenis
organisasi, termasuk bisnis, layanan kesehatan, pendidikan, pemerintahan, dan perpustakaan.
Teknologi basis data secara rutin digunakan oleh individu pada komputer pribadi dan oleh karyawan
yang menggunakan aplikasi terdistribusi di seluruh perusahaan. Basis data juga diakses oleh
pelanggan dan pengguna jarak jauh lainnya melalui beragam teknologi, seperti anjungan tunai
mandiri (anjungan tunai mandiri), browser Web, ponsel pintar, serta lingkungan tempat tinggal dan
kantor yang cerdas. Sebagian besar aplikasi berbasis web bergantung pada fondasi database.
Setelah periode pertumbuhan yang pesat ini, apakah permintaan terhadap basis data dan
teknologi basis data akan menurun? Sangat mungkin tidak! Dalam lingkungan yang sangat
kompetitif saat ini, terdapat indikasi bahwa teknologi database akan menjadi semakin penting.
Manajer berusaha menggunakan pengetahuan yang diperoleh dari database untuk keunggulan
kompetitif. Misalnya, database penjualan terperinci dapat diperoleh untuk menentukan pola
pembelian pelanggan sebagai dasar kampanye periklanan dan pemasaran. Organisasi
menanamkan prosedur yang disebutperingatandalam database
40 Bagian I • Konteks Manajemen Basis Data
untuk memperingatkan kondisi yang tidak biasa, seperti kekurangan stok atau peluang untuk
menjual produk tambahan, dan untuk memicu tindakan yang tepat.
Meskipun masa depan database sudah terjamin, masih banyak pekerjaan yang harus
dilakukan. Banyak organisasi mempunyai basis data yang tidak kompatibel dan dikembangkan
untuk memenuhi kebutuhan mendesak, bukan berdasarkan strategi terencana atau evolusi
yang dikelola dengan baik. Sejumlah besar data terjebak dalam sistem “warisan” yang lebih
lama, dan seringkali kualitas datanya buruk. Keterampilan baru diperlukan untuk merancang
dan mengelola gudang data dan penyimpanan data lainnya serta untuk sepenuhnya
memanfaatkan semua data yang dikumpulkan dalam organisasi. Ada kekurangan keterampilan
di berbagai bidang seperti analisis basis data, desain basis data, pengembangan aplikasi basis
data, dan analisis bisnis. Kami membahas hal ini dan masalah penting lainnya dalam buku teks
ini untuk membekali Anda menghadapi pekerjaan di masa depan.
Kursus manajemen basis data telah muncul sebagai salah satu kursus terpenting
dalam kurikulum sistem informasi saat ini. Selanjutnya, banyak sekolah telah
menambahkan mata kuliah pilihan tambahan dalam pergudangan data dan/atau
analisis bisnis untuk memberikan cakupan mendalam tentang topik-topik penting ini.
Sebagai profesional sistem informasi, Anda harus siap menganalisis kebutuhan basis
data dan merancang serta mengimplementasikan basis data dalam konteks
pengembangan sistem informasi. Anda juga harus bersiap untuk berkonsultasi
dengan pengguna akhir dan menunjukkan kepada mereka bagaimana mereka dapat
menggunakan database (atau gudang data) untuk membangun model dan sistem
keputusan untuk keunggulan kompetitif. Dan,
Dalam bab ini, kami memperkenalkan konsep dasar database dan sistem manajemen database
(DBMS). Kami menjelaskan sistem manajemen file tradisional dan beberapa kekurangannya yang
mengarah pada pendekatan database. Selanjutnya, kami mempertimbangkan manfaat, biaya, dan
risiko penggunaan pendekatan database. Kami meninjau berbagai teknologi yang digunakan untuk
membangun, menggunakan, dan mengelola database; menjelaskan jenis aplikasi yang menggunakan
database—pribadi, multitier, dan perusahaan; dan menjelaskan bagaimana database telah
berkembang selama lima dekade terakhir.
Karena database merupakan salah satu bagian dari sistem informasi, maka bab ini juga
mengkaji bagaimana proses pengembangan database cocok dengan proses pengembangan
sistem informasi secara keseluruhan. Bab ini menekankan perlunya mengoordinasikan
pengembangan basis data dengan semua aktivitas lain dalam pengembangan sistem informasi
yang lengkap. Ini mencakup sorotan dari proses pengembangan basis data hipotetis di Pine
Valley Furniture Company. Dengan menggunakan contoh ini, bab ini memperkenalkan alat
untuk mengembangkan database pada komputer pribadi dan proses mengekstraksi data dari
database perusahaan untuk digunakan dalam aplikasi yang berdiri sendiri.
Ada beberapa alasan untuk membahas pengembangan database pada saat ini. Pertama,
meskipun Anda mungkin telah menggunakan kemampuan dasar sistem manajemen basis data,
seperti Microsoft Access, Anda mungkin belum mengembangkan pemahaman tentang bagaimana
basis data ini dikembangkan. Dengan menggunakan contoh sederhana, bab ini mengilustrasikan
secara singkat apa yang akan dapat Anda lakukan setelah menyelesaikan kursus database
menggunakan teks ini. Oleh karena itu, bab ini membantu Anda mengembangkan visi dan konteks
untuk setiap topik yang dikembangkan secara rinci di bab-bab berikutnya.
Kedua, banyak siswa belajar paling baik dari teks yang penuh dengan contoh nyata.
Meskipun semua bab dalam teks ini berisi banyak contoh, ilustrasi, dan desain serta kode
database aktual, setiap bab berkonsentrasi pada aspek spesifik manajemen database.
Kami telah merancang bab ini untuk membantu Anda memahami, dengan rincian teknis
minimal, bagaimana semua aspek manajemen basis data ini saling terkait dan bagaimana
tugas dan keterampilan pengembangan basis data berhubungan dengan apa yang Anda
pelajari dalam kursus sistem informasi lainnya.
Terakhir, banyak instruktur ingin Anda memulai langkah awal kelompok pengembangan
database atau proyek individu di awal kursus database Anda. Bab ini memberi Anda gambaran
tentang bagaimana menyusun proyek pengembangan database yang memadai untuk memulai
latihan kursus. Jelas karena ini baru bab pertama, banyak yang sudah
contoh dan notasi yang akan kami gunakan akan jauh lebih sederhana daripada yang diperlukan
untuk proyek Anda, untuk tugas mata kuliah lainnya, atau dalam organisasi nyata.
Satu catatan yang perlu diperhatikan: Anda tidak akan mempelajari cara mendesain atau
mengembangkan database hanya dari bab ini. Maaf! Kami sengaja menjadikan isi bab ini sebagai
pengantar dan disederhanakan. Banyak notasi yang digunakan dalam bab ini tidak persis seperti
notasi yang akan Anda pelajari di bab selanjutnya. Tujuan kami dalam bab ini adalah memberi Anda
pemahaman umum tentang langkah-langkah utama dan jenis keterampilan, bukan untuk mengajari
Anda teknik spesifik. Namun, Anda akan mempelajari konsep dan definisi dasar serta
mengembangkan intuisi dan motivasi untuk keterampilan dan pengetahuan yang disajikan di bab-bab
selanjutnya.
KONSEP DAN DEFINISI DASAR

Kami mendefinisikan abasis datasebagai kumpulan data yang terhubung secara logis dan terorganisir. Tidak banyak Basis data
kata dalam definisinya, namun pernahkah Anda melihat ukuran buku ini? Ada banyak hal yang harus dilakukan Kumpulan data yang terhubung secara logis dan
untuk memenuhi definisi ini. terorganisir.
Basis data dapat memiliki ukuran dan kompleksitas apa pun. Misalnya, seorang tenaga
penjualan mungkin memelihara database kecil kontak pelanggan—yang terdiri dari beberapa
megabita data—di komputer laptopnya. Sebuah perusahaan besar dapat membangun database besar
yang terdiri dari beberapa terabyte data (aterabyteadalah satu triliun byte) pada komputer mainframe
besar yang digunakan untuk aplikasi pendukung keputusan (Winter, 1997). Gudang data yang sangat
besar berisi lebih dari satu petabyte data. (Apetabyteadalah kuadriliun byte.) (Kami berasumsi di
seluruh teks bahwa semua database berbasis komputer.)
Data
Secara historis, istilah tersebutdatamengacu pada fakta mengenai objek dan peristiwa
yang dapat direkam dan disimpan pada media komputer. Misalnya, dalam database
tenaga penjualan, datanya akan mencakup fakta seperti nama pelanggan, alamat, dan
nomor telepon. Jenis data ini disebuttersusundata. Tipe data terstruktur yang paling
penting adalah numerik, karakter, dan tanggal. Data terstruktur disimpan dalam bentuk
tabel (dalam tabel, relasi, array, spreadsheet, dll.) dan paling sering ditemukan di database
tradisional dan gudang data.
Definisi tradisional data kini perlu diperluas untuk mencerminkan realitas baru: Basis data
saat ini digunakan untuk menyimpan objek seperti dokumen, email, tweet, kiriman Facebook,
informasi GPS, peta, gambar fotografi, suara, dan segmen video di selain data terstruktur.
Misalnya, database tenaga penjualan mungkin menyertakan gambar foto kontak pelanggan. Ini
mungkin juga mencakup rekaman suara atau klip video tentang produk terbaru. Jenis data ini
disebut sebagaitidak terstrukturdata, atau sebagai data multimedia. Saat ini data terstruktur
dan tidak terstruktur sering digabungkan dalam database yang sama untuk menciptakan
lingkungan multimedia yang sesungguhnya. Misalnya, bengkel mobil dapat menggabungkan
data terstruktur (mendeskripsikan pelanggan dan mobil) dengan data multimedia (gambar foto
mobil yang rusak dan gambar pindaian formulir klaim asuransi).
Definisi yang diperluas tentangdatayang mencakup tipe terstruktur dan tidak terstruktur Data
adalah “representasi tersimpan dari objek dan peristiwa yang memiliki makna dan kepentingan dalam Representasi tersimpan dari objek
lingkungan pengguna.” dan peristiwa yang mempunyai arti
dan kepentingan dalam lingkungan
Data versus informasi pengguna.
PersyaratannyadataDaninformasiberkaitan erat dan bahkan sering digunakan secara bergantian.

Namun, ada baiknya untuk membedakan antara data dan informasi. Kami mendefinisikan informasi
sebagai data yang telah diolah sedemikian rupa sehingga pengetahuan orang yang menggunakan informasi
data tersebut bertambah. Misalnya, perhatikan daftar fakta berikut: Data yang telah diolah sedemikian rupa
dapat menambah pengetahuan orang
Tukang roti, Kenneth D. 324917628 yang menggunakan data tersebut.
Doyle, Joan E. 476193248
Finkle, Clive R. 548429344
Lewis, John C. 551742186
McFerran, Debra R. 409723145
gambar 1-1Mengubah data

menjadi informasi
(a) Data dalam konteks
Daftar Kelas
Kursus: MG 500 Semester: Musim Semi 2015

Kebijakan Bisnis
Bagian: 2
Nama PENGENAL Besar IPK

Tukang roti, Kenneth D. 324917628 mgt 2.9
Doyle, Joan E. 476193248 MKT 3.4
Finkle, Clive R. 548429344 PRM 2.8
Lewis, John C. 551742186 mgt 3.7
McFerran, Debra R. 409723145 ADALAH 2.9
Sisneros, Michael 392416582 ACCT 3.3
(b) Data yang diringkas
= aktual
MKT = perkiraan
(15%) 300
SIRIP mgt
Jumlah Siswa
(10%) (20%)
200
LAINNYA
(15%) 100
ACCT
ADALAH
(25%)
(15%)
2010 2011 2012 2013 2014 2015
Tahun
Persentase Pendaftaran Berdasarkan Jurusan (2015) Proyeksi Pendaftaran
Fakta-fakta ini memenuhi definisi kami tentang data, namun kebanyakan orang akan setuju bahwa data tidak
berguna dalam bentuknya yang sekarang. Sekalipun kami menebak bahwa ini adalah daftar nama orang-orang yang
dipasangkan dengan nomor Jaminan Sosial mereka, data tersebut tetap tidak berguna karena kami tidak tahu apa maksud
dari entri tersebut. Perhatikan apa yang terjadi ketika kita menempatkan data yang sama dalam suatu konteks, seperti yang
ditunjukkan pada Gambar 1-1a.
Dengan menambahkan beberapa item data tambahan dan menyediakan beberapa struktur, kami mengenali
daftar kelas untuk mata pelajaran tertentu. Ini adalah informasi yang berguna bagi beberapa pengguna, seperti
instruktur kursus dan kantor registrar. Tentu saja, seiring dengan meningkatnya kesadaran umum akan pentingnya
keamanan data yang kuat, hanya sedikit organisasi yang masih menggunakan nomor Jaminan Sosial sebagai
pengidentifikasi. Sebaliknya, sebagian besar organisasi menggunakan nomor yang dibuat secara internal untuk
tujuan identifikasi.
Cara lain untuk mengubah data menjadi informasi adalah dengan merangkumnya atau
mengolahnya dan menyajikannya untuk interpretasi manusia. Misalnya, Gambar 1-1b menunjukkan
ringkasan data pendaftaran siswa yang disajikan sebagai informasi grafis. Informasi ini dapat
digunakan sebagai dasar untuk memutuskan apakah akan menambah mata kuliah baru atau
merekrut anggota fakultas baru.
Dalam praktiknya, menurut definisi kami, database saat ini dapat berisi data atau informasi
(atau keduanya). Misalnya, database mungkin berisi gambar dokumen daftar nama kelas yang
ditunjukkan pada Gambar 1-1a. Selain itu, data sering kali diproses sebelumnya dan disimpan dalam
bentuk ringkasan dalam database yang digunakan untuk mendukung keputusan. Sepanjang teks ini
kami menggunakan istilah tersebutbasis datatanpa membedakan isinya sebagai data atau informasi.
Metadata Metadata
Data yang mendeskripsikan properti atau
karakteristik data pengguna akhir dan Seperti yang telah kami tunjukkan, data menjadi berguna hanya jika ditempatkan dalam konteks
konteks data tersebut. tertentu. Mekanisme utama untuk menyediakan konteks data adalah metadata.Metadataadalah data
tabel 1-1 Contoh Metadata untuk daftar nama Kelas
Barang Data Metadata
Nama jenis Panjang Minimal Maks Keterangan Sumber
Kursus Alfanumerik 30 ID Kursus dan nama Satuan Akademik
Bagian Bilangan bulat 1 1 9 Nomor bagian Pendaftar
Semester Alfanumerik 10 Semester dan tahun Pendaftar
Nama Alfanumerik 30 Nama siswa Siswa ADALAH
PENGENAL Bilangan bulat 9 Tanda Pengenal Pelajar (SSN) Siswa ADALAH
Besar Alfanumerik 4 Jurusan mahasiswa Siswa ADALAH
IPK Desimal 3 0,0 4.0 Nilai rata-rata siswa Satuan Akademik
yang menggambarkan properti atau karakteristik data pengguna akhir dan konteks data
tersebut. Beberapa properti yang biasanya dijelaskan mencakup nama data, definisi, panjang
(atau ukuran), dan nilai yang diperbolehkan. Metadata yang mendeskripsikan konteks data
mencakup sumber data, tempat penyimpanan data, kepemilikan (atau pengelolaan), dan
penggunaan. Meski tampak melingkar, banyak orang menganggap metadata sebagai “data
tentang data”.
Beberapa contoh metadata untuk Daftar Kelas (Gambar 1-1a) tercantum pada Tabel 1-1.
Untuk setiap item data yang muncul di Daftar Kelas, metadata menunjukkan nama item data,
tipe data, panjang, nilai minimum dan maksimum yang diperbolehkan (jika sesuai), deskripsi
singkat setiap item data, dan sumber data ( kadang-kadang disebut sistem pencatatan).
Perhatikan perbedaan antara data dan metadata. Metadata pernah dihapus dari data. Artinya,
metadata mendeskripsikan properti data tetapi terpisah dari data tersebut. Dengan demikian,
metadata yang ditunjukkan pada Tabel 1-1 tidak menyertakan data sampel apa pun dari Daftar
Kelas pada Gambar 1-1a. Metadata memungkinkan perancang basis data dan pengguna untuk
memahami data apa yang ada, apa arti data tersebut, dan bagaimana membedakan item data
yang sekilas terlihat serupa. Mengelola metadata setidaknya sama pentingnya dengan
mengelola data terkait karena data tanpa makna yang jelas dapat membingungkan,
disalahartikan, atau salah. Biasanya, sebagian besar metadata disimpan sebagai bagian dari
database dan dapat diambil menggunakan pendekatan yang sama yang digunakan untuk
mengambil data atau informasi.
Data dapat disimpan dalam file (seperti lembar Excel) atau dalam database. Pada bagian
berikut, kita memeriksa perkembangan dari sistem pemrosesan file ke database serta kelebihan dan
kekurangan masing-masing sistem.
sistem pemroses file tradisiAl

Ketika pemrosesan data berbasis komputer pertama kali tersedia, belum ada database. Agar berguna
untuk aplikasi bisnis, komputer harus menyimpan, memanipulasi, dan mengambil data file berukuran
besar. Sistem pemrosesan file komputer dikembangkan untuk tujuan ini. Meskipun sistem ini telah
berkembang seiring berjalannya waktu, struktur dasar dan tujuan mereka tidak banyak berubah
selama beberapa dekade.
Ketika aplikasi bisnis menjadi lebih kompleks, menjadi jelas bahwa sistem pemrosesan file
tradisional memiliki sejumlah kekurangan dan keterbatasan (dijelaskan selanjutnya). Akibatnya, sistem
ini telah digantikan oleh sistem pemrosesan basis data di sebagian besar aplikasi bisnis saat ini.
Namun demikian, Anda setidaknya harus memiliki pemahaman tentang sistem pemrosesan file
karena memahami masalah dan keterbatasan yang melekat dalam sistem pemrosesan file dapat
membantu Anda menghindari masalah yang sama ketika merancang sistem database. Perlu dicatat
bahwa file Excel, secara umum, termasuk dalam kategori yang sama dengan sistem file dan memiliki
kelemahan yang sama seperti yang tercantum di bawah ini.
sistem Pemrosesan file di perusahaan furnitur Pine Valley

Aplikasi komputer awal di Pine Valley Furniture menggunakan pendekatan pemrosesan file
tradisional. Pendekatan terhadap desain sistem informasi ini memenuhi kebutuhan pemrosesan data
masing-masing departemen daripada kebutuhan informasi organisasi secara keseluruhan. Kelompok
sistem informasi biasanya menanggapi permintaan pengguna terhadap sistem baru dengan
mengembangkan (atau memperoleh) program komputer baru untuk aplikasi individual seperti
pengendalian inventaris, piutang, atau manajemen sumber daya manusia. Tidak ada pertumbuhan
aplikasi yang dipandu peta, rencana, atau model secara keseluruhan.
Tiga aplikasi komputer berdasarkan pendekatan pemrosesan file ditunjukkan pada Gambar 1-2.
Sistem yang diilustrasikan adalah Pengisian Pesanan, Pembuatan Faktur, dan Penggajian. Gambar
tersebut juga menunjukkan file data utama yang terkait dengan setiap aplikasi. Amengajukanadalah
kumpulan catatan terkait. Misalnya, Sistem Pengisian Pesanan memiliki tiga file: Master Pelanggan,
Master Inventaris, dan Pesanan Kembali. Perhatikan bahwa ada duplikasi beberapa file yang
digunakan oleh ketiga aplikasi tersebut, yang merupakan tipikal sistem pemrosesan file.
Kekurangan sistem Pemrosesan file

Beberapa kelemahan yang terkait dengan sistem pemrosesan file konvensional tercantum
dalam Tabel 1-2 dan dijelaskan secara singkat selanjutnya. Penting untuk memahami isu-isu ini
karena jika kita tidak mengikuti praktik manajemen basis data yang dijelaskan dalam buku ini,
beberapa kelemahan ini juga dapat menjadi masalah bagi basis data.
Aplikasi basis data Ketergantungan ProgrAM-DAtADeskripsi file disimpan di dalamnya masing-masingaplikasi basis
Sebuah program aplikasi (atau serangkaian dataprogram yang mengakses file tertentu. Misalnya, dalam Sistem Faktur pada Gambar 1-2,
program terkait) yang digunakan untuk Program A mengakses File Harga Inventaris dan File Induk Pelanggan. Karena program berisi
melakukan serangkaian aktivitas basis data
deskripsi file terperinci untuk file-file ini, setiap perubahan pada struktur file memerlukan
(membuat, membaca, memperbarui, dan
perubahan pada deskripsi file untuk semua program yang mengakses file tersebut.
menghapus) atas nama pengguna basis data.
Perhatikan pada Gambar 1-2 bahwa File Induk Pelanggan digunakan dalam Sistem Pengisian
Pesanan dan Sistem Faktur. Misalkan diputuskan untuk mengubah panjang bidang alamat pelanggan
dalam catatan di file ini dari 30 menjadi 40 karakter. Deskripsi file di setiap program yang terpengaruh
(hingga lima program) harus diubah. Bahkan seringkali sulit untuk menemukan semua program yang
terkena dampak perubahan tersebut. Lebih buruk lagi, kesalahan sering terjadi saat melakukan
perubahan tersebut.
Departemen Pemesanan Departemen Akuntansi Departemen Penggajian
Program A Program B Program C Program A Program B Program A Program B
Pengisian Pesanan Faktur Daftar gaji
Sistem Sistem Sistem
Pelanggan Inventaris Kembali Inventaris Pelanggan Karyawan

Menguasai Menguasai Memesan Harga Menguasai Menguasai
Mengajukan Mengajukan Mengajukan Mengajukan Mengajukan Mengajukan
gambar 1-2Sistem pemrosesan file lama di Pine Valley Furniture Company

DUPLIKASI DATAKarena aplikasi sering kali dikembangkan secara independen dalam sistem tabel 1-2Kekurangan
pemrosesan file, file data duplikat yang tidak direncanakan adalah aturannya dan bukan Sistem Pemrosesan File
pengecualian. Misalnya, pada Gambar 1-2, Sistem Pengisian Pesanan berisi File Induk
Ketergantungan program-
Inventaris, sedangkan Sistem Faktur berisi File Harga Inventaris. File-file ini berisi data
yang menjelaskan produk-produk Pine Valley Furniture Company, seperti deskripsi produk, data Duplikasi data
harga satuan, dan jumlah yang tersedia. Duplikasi ini sia-sia karena memerlukan ruang Berbagi data terbatas
penyimpanan tambahan dan peningkatan upaya untuk selalu memperbarui semua file.
Waktu pengembangan yang lama
Format data mungkin tidak konsisten atau nilai data mungkin tidak sesuai (atau keduanya).
Program yang berlebihan
Metadata yang andal sangat sulit dibuat dalam sistem pemrosesan file. Misalnya, item data
pemeliharaan
yang sama mungkin memiliki nama berbeda di file berbeda atau, sebaliknya,
BERBAGI DATA TERBATASDengan pendekatan pemrosesan file tradisional, setiap aplikasi memiliki file
pribadinya sendiri, dan pengguna memiliki sedikit kesempatan untuk berbagi data di luar aplikasi
mereka. Perhatikan pada Gambar 1-2, misalnya, bahwa pengguna di Departemen Akuntansi memiliki
akses ke Sistem Faktur dan file-filenya, namun mereka mungkin tidak memiliki akses ke Sistem
Pengisian Pesanan atau ke Sistem Penggajian dan file-file mereka. Manajer sering kali menemukan
bahwa laporan yang diminta memerlukan upaya pemrograman yang besar karena data harus diambil
dari beberapa file yang tidak kompatibel dalam sistem yang terpisah. Ketika unit organisasi berbeda
memiliki file berbeda ini, hambatan manajemen tambahan harus diatasi.
WAKTU PENGEMBANGAN yang lamaDengan sistem pemrosesan file tradisional, setiap aplikasi
baru mengharuskan pengembang memulai dari awal dengan merancang format dan
deskripsi file baru dan kemudian menulis logika akses file untuk setiap program baru.
Lamanya waktu pengembangan yang diperlukan tidak sejalan dengan lingkungan bisnis
yang serba cepat saat ini, di mana waktu pemasaran (atau waktu produksi untuk sistem
informasi) merupakan faktor kunci kesuksesan bisnis.
PEMELIHARAAN PrOgrAM yang berlebihanSemua faktor di atas digabungkan untuk menciptakan

beban pemeliharaan program yang berat di organisasi yang mengandalkan sistem pemrosesan
file tradisional. Faktanya, sebanyak 80 persen dari total anggaran pengembangan sistem
informasi mungkin dikhususkan untuk pemeliharaan program di organisasi tersebut. Hal ini
berarti bahwa sumber daya (waktu, manusia, dan uang) tidak dihabiskan untuk
mengembangkan aplikasi baru.
Penting untuk dicatat bahwa banyak kelemahan pemrosesan file yang telah kami sebutkan juga dapat
menjadi keterbatasan database jika suatu organisasi tidak menerapkan pendekatan database dengan benar.
Misalnya, jika suatu organisasi mengembangkan banyak database yang dikelola secara terpisah (katakanlah, satu
untuk setiap divisi atau fungsi bisnis) dengan sedikit atau tanpa koordinasi metadata, maka duplikasi data yang tidak
terkendali, pembagian data yang terbatas, waktu pengembangan yang lama, dan pemeliharaan program yang
berlebihan dapat terjadi. . Dengan demikian, pendekatan basis data, yang akan dijelaskan pada bagian selanjutnya,
merupakan cara untuk mengelola data organisasi dan juga merupakan seperangkat teknologi untuk mendefinisikan,
membuat, memelihara, dan menggunakan data tersebut.
PENDEKATAN DATABAse
Jadi, bagaimana kita mengatasi kelemahan pemrosesan file? Tidak, kami tidak menyebut Ghostbusters, tapi
kami melakukan sesuatu yang lebih baik: Kami mengikuti pendekatan database. Pertama-tama kita mulai
dengan mendefinisikan beberapa konsep inti yang mendasar dalam memahami pendekatan database untuk
mengelola data. Kami kemudian menjelaskan bagaimana pendekatan database dapat mengatasi
keterbatasan pendekatan pemrosesan file.
Model Data
Merancang database dengan benar adalah hal mendasar untuk membangun database yang
memenuhi kebutuhan pengguna.Model datamenangkap sifat dan hubungan antar data dan Model data
digunakan pada berbagai tingkat abstraksi saat database dikonsep dan dirancang. Efektivitas Sistem grafis digunakan untuk
dan efisiensi suatu database berhubungan langsung dengan struktur database. Berbagai sistem menangkap sifat dan hubungan
grafis ada yang menyampaikan struktur ini dan digunakan untuk itu antar data.
menghasilkan model data yang dapat dipahami oleh pengguna akhir, analis sistem, dan
perancang basis data. Bab 2 dan 3 dikhususkan untuk mengembangkan pemahaman Anda
tentang pemodelan data, seperti Bab 14, di situs Web buku ini yang membahas pendekatan
berbeda dengan menggunakan pemodelan data berorientasi objek. Model data atipikal terdiri
dari entitas, atribut, dan hubungan dan representasi pemodelan data yang paling umum adalah
model hubungan entitas. Uraian singkat disajikan berikut ini. Rincian lebih lanjut akan disajikan
di Bab 2 dan 3.
entitasPelanggan dan pesanan adalah objek yang informasinya disimpan oleh bisnis.
kesatuan Mereka disebut sebagai “entitas.” Sebuahkesatuanseperti kata benda yang
Seseorang, tempat, objek, mendeskripsikan seseorang, tempat, objek, peristiwa, atau konsep dalam lingkungan
peristiwa, atau konsep dalam bisnis yang informasinya harus dicatat dan disimpan. CUSTOMER dan ORDER merupakan
lingkungan pengguna yang entitas pada Gambar 1-3a. Data yang ingin Anda tangkap tentang entitas (misalnya, Nama
datanya ingin disimpan oleh
Pelanggan) disebutatribut. Data dicatat untuk banyak pelanggan. Informasi setiap
organisasi.
pelanggan disebut sebagaicontohPELANGGAN.
gambar 1-3Perbandingan model

data tingkat perusahaan dan
proyek
(a) Segmen model data
perusahaan
PELANGGAN
Tempat
Ditempatkan Oleh
MEMESAN
Mengandung
Terkandung Dalam
PRODUK
(b) Segmen model data

proyek
PELANGGAN PRODUK
ID Pelanggan ID Produk
Nama Pelanggan Harga standar
Tempat Memiliki
Ditempatkan Oleh Adalah untuk
MEMESAN
Id pemesanan Mengandung GARIS PESANAN
ID Pelanggan Terkandung Dalam Kuantitas
Tanggal pemesanan
hubunganBasis data yang terstruktur dengan baik akan menetapkanhubunganantar entitas

yang ada dalam data organisasi sehingga informasi yang diinginkan dapat diambil. Kebanyakan
hubungan bersifat satu-ke-banyak (1:M) atau banyak-ke-banyak (M:N). Seorang pelanggan dapat
melakukan (hubungan Places) lebih dari satu pesanan dengan sebuah perusahaan. Namun,
setiap pesanan biasanya dikaitkan dengan (hubungan Ditempatkan Oleh) pelanggan tertentu.
Gambar 1-3a menunjukkan1:Mhubungan pelanggan yang mungkin melakukan satu atau lebih
pesanan; itu1:Msifat hubungan ditandai dengan kaki gagak yang menempel pada persegi
panjang (entitas) berlabel ORDER. Hubungan ini tampak sama pada Gambar 1-3a dan 1-3b.
Namun, hubungan antara pesanan dan produk adalah M:N. Suatu pesanan mungkin untuk satu
atau lebih produk, dan satu produk dapat disertakan pada lebih dari satu pesanan. Perlu dicatat
bahwa Gambar 1-3a adalah model tingkat perusahaan, yang hanya perlu mencakup hubungan
pelanggan, pesanan, dan produk pada tingkat yang lebih tinggi. Diagram tingkat proyek yang
ditunjukkan pada Gambar 1-3b mencakup tingkat rincian tambahan, seperti rincian pesanan
lebih lanjut.
Database relasional
database relasionalmembangun hubungan antar entitas melalui bidang umum yang basis data relasional
disertakan dalam file, yang disebut relasi. Hubungan antara pelanggan dan pesanan pelanggan Basis data yang mewakili data
yang digambarkan dalam model data pada Gambar 1-3 dibuat dengan menyertakan nomor sebagai kumpulan tabel di mana
pelanggan dengan pesanan pelanggan. Dengan demikian, nomor identifikasi pelanggan semua hubungan data berada
diwakili oleh nilai-nilai umum
disertakan dalam file (atau relasi) yang menyimpan informasi pelanggan seperti nama, alamat,
dalam tabel terkait.
dan lain sebagainya. Setiap kali pelanggan melakukan pemesanan, nomor identifikasi
pelanggan juga dicantumkan dalam relasi yang menyimpan informasi pesanan. Basis data
relasional menggunakan nomor identifikasi untuk membangun hubungan antara pelanggan
dan pesanan.
Sistem Manajemen Basis Data

Asistem manajemen basis data (DbM)adalah sistem perangkat lunak yang memungkinkan Sistem manajemen basis data
penggunaan pendekatan basis data. Tujuan utama DBMS adalah menyediakan metode sistematis (DbM)
dalam membuat, memperbarui, menyimpan, dan mengambil data yang disimpan dalam database. Hal Sebuah sistem perangkat lunak yang digunakan
ini memungkinkan pengguna akhir dan pemrogram aplikasi untuk berbagi data, dan memungkinkan untuk membuat, memelihara, dan menyediakan
akses terkontrol ke database pengguna.

data untuk dibagikan di antara banyak aplikasi daripada disebarkan dan disimpan dalam file baru
untuk setiap aplikasi baru (Mullins, 2002). DBMS juga menyediakan fasilitas untuk mengendalikan
akses data, menegakkan integritas data, mengelola kontrol konkurensi, dan memulihkan database.
Kami menjelaskan fitur-fitur DBMS ini secara rinci di Bab 12.
Sekarang setelah kita memahami elemen dasar pendekatan basis data, mari kita coba
memahami perbedaan antara pendekatan basis data dan pendekatan berbasis file. Mari kita
mulai dengan membandingkan Gambar 1-2 dan 1-4. Gambar 1-4 menggambarkan representasi
(entitas) tentang bagaimana data dapat dianggap disimpan dalam database. Perhatikan bahwa
tidak seperti Gambar 1-2, pada Gambar 1-4, hanya ada satu tempat di mana informasi
PELANGGAN disimpan dan bukan dua File Induk Pelanggan. Baik Sistem Pengisian Pesanan
maupun Sistem Faktur akan mengakses data yang terdapat dalam satu entitas PELANGGAN.
Lebih jauh lagi, informasi PELANGGAN apa yang disimpan, bagaimana informasi tersebut
disimpan dan bagaimana informasi tersebut diakses kemungkinan besar tidak terkait erat
dengan salah satu dari kedua sistem tersebut. Semua ini memungkinkan kita mencapai
keuntungan yang tercantum di bagian selanjutnya. Tentu saja,
Keuntungan Pendekatan Basis Data

Keuntungan utama dari pendekatan basis data, yang dimungkinkan oleh DBMS, dirangkum dalam
Tabel 1-3 dan dijelaskan selanjutnya.
Ketergantungan PrOgrAM-DAtAPemisahan deskripsi data (metadata) dari program aplikasi

yang menggunakan data tersebut disebutkemandirian data. Dengan pendekatan basis Independensi data
data, deskripsi data disimpan di lokasi pusat yang disebutgudang. Properti sistem basis Pemisahan deskripsi data dari
data ini memungkinkan data organisasi untuk berubah dan berkembang (dalam batas program aplikasi yang menggunakan
data tersebut.
tertentu) tanpa mengubah program aplikasi yang memproses data tersebut.
gambar 1-4Model perusahaan

untuk segmen Gambar 1-3
INVENTARIS
PELANGGAN HARGA
SEJARAH
Tempat Menyimpan Perubahan Harga Untuk
Ditempatkan Oleh Memiliki Perubahan Harga
Mengandung
MEMESAN INVENTARIS KARYAWAN
Terkandung Dalam
Menghasilkan Terkandung Dalam
Selesai
PESANAN LATAR BELAKANG
Mengandung
REDUNSI DATA YANG DIRENCANAKANDesain basis data yang baik berupaya mengintegrasikan file data
yang sebelumnya terpisah (dan berlebihan) ke dalam satu struktur logis. Idealnya, setiap fakta utama
dicatat hanya di satu tempat dalam database. Misalnya, fakta tentang suatu produk, seperti meja
komputer kayu ek Pine Valley, penyelesaian akhir, harga, dan sebagainya, dicatat bersama di satu
tempat dalam tabel Produk, yang berisi data tentang masing-masing produk Pine Valley. Pendekatan
database tidak sepenuhnya menghilangkan redundansi, namun memungkinkan perancang untuk
mengontrol jenis dan jumlah redundansi. Di lain waktu, mungkin diperlukan untuk menyertakan
beberapa redundansi terbatas untuk meningkatkan kinerja database, seperti yang akan kita lihat di
bab selanjutnya.
MENINGKATKAN KONSISTENSI DATADengan menghilangkan atau mengendalikan redundansi data, kami

sangat mengurangi peluang terjadinya inkonsistensi. Misalnya, jika alamat pelanggan hanya disimpan
satu kali, kita tidak boleh berselisih paham tentang alamat pelanggan tersebut. Ketika alamat
pelanggan berubah, pencatatan alamat baru menjadi lebih mudah karena alamat disimpan di satu
tempat. Terakhir, kami menghindari pemborosan ruang penyimpanan akibat penyimpanan data yang
berlebihan.
PENINGKATAN BERBAGI DATABasis data dirancang sebagai sumber daya perusahaan bersama.
Pengguna internal dan eksternal yang berwenang diberikan izin untuk menggunakan database, dan
tabel 1-3keuntungan dari pendekatan Database

Kemandirian data program
Redundansi data yang direncanakan
Peningkatan konsistensi data
Peningkatan pembagian data
Peningkatan produktivitas pengembangan

aplikasi Penegakan standar
Peningkatan kualitas data
Peningkatan aksesibilitas dan daya tanggap data
Mengurangi pemeliharaan program
Dukungan keputusan yang ditingkatkan

setiap pengguna (atau kelompok pengguna) diberikan satu atau lebih tampilan pengguna ke dalam database
untuk memfasilitasi penggunaan ini. Atampilan penggunaadalah deskripsi logis dari beberapa bagian Tampilan pengguna
database yang diperlukan oleh pengguna untuk melakukan beberapa tugas. Tampilan pengguna sering kali Deskripsi logis dari beberapa bagian
dikembangkan dengan mengidentifikasi formulir atau laporan yang dibutuhkan pengguna secara rutin. database yang diperlukan oleh pengguna
Misalnya, seorang karyawan yang bekerja di bagian sumber daya manusia akan memerlukan akses ke data untuk melakukan beberapa tugas.
rahasia karyawan; pelanggan memerlukan akses ke katalog produk yang tersedia di situs Web Pine Valley.
Pandangan karyawan sumber daya manusia dan pelanggan diambil dari area yang sangat berbeda dalam
satu database terpadu.
PENINGKATAN PRODUKTIVITAS PENGEMBANGAN APLIKASIKeuntungan utama dari

pendekatan basis data sangat mengurangi biaya dan waktu untuk mengembangkan
aplikasi bisnis baru. Ada tiga alasan penting mengapa aplikasi database seringkali dapat
dikembangkan jauh lebih cepat dibandingkan aplikasi file konvensional:
1.Dengan asumsi bahwa database dan aplikasi pengambilan dan pemeliharaan data
terkait telah dirancang dan diimplementasikan, pengembang aplikasi dapat
berkonsentrasi pada fungsi spesifik yang diperlukan untuk aplikasi baru, tanpa harus
khawatir tentang desain file atau detail implementasi tingkat rendah.
2.Sistem manajemen basis data menyediakan sejumlah alat produktivitas tingkat tinggi,
seperti pembuat formulir dan laporan, serta bahasa tingkat tinggi yang mengotomatiskan
beberapa aktivitas desain dan implementasi basis data. Kami menjelaskan banyak dari
alat-alat ini di bab-bab berikutnya.
3.Peningkatan signifikan dalam produktivitas pengembang aplikasi, diperkirakan
mencapai 60 persen (Long, 2005), saat ini diwujudkan melalui penggunaan layanan
Web, berdasarkan penggunaan protokol Internet standar dan format data yang
diterima secara universal (XML). Layanan web dan XML dibahas dalam Bab 8.
penegakan standarKetika pendekatan basis data diterapkan dengan dukungan manajemen

penuh, fungsi administrasi basis data harus diberikan wewenang dan tanggung jawab
tunggal untuk menetapkan dan menegakkan standar data. Standar-standar ini akan
mencakup konvensi penamaan, standar kualitas data, dan prosedur seragam untuk
mengakses, memperbarui, dan melindungi data. Repositori data memberi administrator
basis data seperangkat alat yang ampuh untuk mengembangkan dan menegakkan
standar-standar ini. Sayangnya, kegagalan untuk menerapkan fungsi administrasi basis
data yang kuat mungkin merupakan sumber kegagalan basis data yang paling umum
dalam organisasi. Kami menjelaskan fungsi administrasi basis data (dan administrasi data
terkait) di Bab 12.
PENINGKATAN KUALITAS DATAKekhawatiran terhadap kualitas data yang buruk merupakan tema umum
dalam perencanaan strategis dan administrasi basis data saat ini. Pada tahun 2011 saja, kualitas data
yang buruk diperkirakan telah merugikan perekonomian AS hampir $3 triliun dolar, hampir dua kali
lipat jumlah defisit federal (http://hollistibbetts.sys-con.com/node/1975126). Pendekatan basis data
menyediakan sejumlah alat dan proses untuk meningkatkan kualitas data. Dua di antaranya yang
lebih penting adalah sebagai berikut:
1.Perancang basis data dapat menentukan batasan integritas yang diterapkan oleh DBMS. A
paksaanadalah aturan yang tidak boleh dilanggar oleh pengguna database. Kami paksaan
menjelaskan berbagai jenis kendala (juga disebut “aturan bisnis”) di Bab 2 dan 3. Jika Aturan yang tidak bisa dilanggar oleh
pelanggan melakukan pemesanan, kendala yang memastikan bahwa pelanggan dan pengguna database.
pesanan tetap terkait disebut “kendala integritas relasional,” dan hal ini mencegah
pesanan dimasukkan tanpa menentukan siapa yang memesan.
2.Salah satu tujuan dari lingkungan data warehouse adalah untuk membersihkan (atau “scrub”)
data operasional sebelum ditempatkan di data warehouse (Jordan, 1996). Apakah Anda pernah
menerima banyak salinan katalog? Perusahaan yang mengirimi Anda tiga eksemplar dari
masing-masing kiriman suratnya dapat menghemat ongkos kirim dan pencetakan secara
signifikan jika datanya dihapus, dan pemahamannya terhadap pelanggannya juga akan
ditingkatkan jika perusahaan tersebut dapat menentukan penghitungan pelanggan yang ada
dengan lebih akurat. Kami menjelaskan gudang data di Bab 9 dan potensi peningkatan kualitas
data di Bab 10.
PENINGKATAN AKSESIBILITAS DAN RESPONSIF DATADengan database relasional,

pengguna akhir tanpa pengalaman pemrograman seringkali dapat mengambil dan menampilkan
data, bahkan ketika mereka melintasi batas-batas departemen tradisional. Misalnya, seorang
karyawan bisa menampilkan informasi tentang meja komputer di Pine Valley Furniture Company
dengan kueri berikut:
PILIH *
DARI Produk_T
WHERE ProductDescription = “Meja Komputer”;
Bahasa yang digunakan dalam query ini disebut Structured Query Language, atau SQL. (Anda akan
mempelajari bahasa ini secara rinci di Bab 6 dan 7.) Meskipun pertanyaan yang dibuat bisa saja
demikianbanyaklebih kompleks, struktur dasar kueri mudah dipahami bahkan oleh pemula, bukan
pemrogram. Jika mereka memahami struktur dan nama data yang sesuai dengan pandangan mereka
terhadap database, mereka akan segera memperoleh kemampuan untuk mendapatkan jawaban atas
pertanyaan baru tanpa harus bergantung pada pengembang aplikasi profesional. Hal ini bisa
berbahaya; kueri harus diuji secara menyeluruh untuk memastikan kueri memberikan data yang
akurat sebelum mengandalkan hasilnya, dan pemula mungkin tidak memahami tantangan tersebut.
PENGURANGAN PEMELIHARAAN PROGRAMData yang disimpan harus sering diubah karena berbagai
alasan: Tipe item data baru ditambahkan, format data diubah, dan seterusnya. Contoh terkenal
dari permasalahan ini adalah permasalahan “tahun 2000” yang terkenal, dimana kolom tahun
yang biasanya terdiri dari dua digit diperluas menjadi empat digit untuk mengakomodasi
peralihan dari tahun 1999 ke tahun 2000.
Dalam lingkungan pemrosesan file, deskripsi data dan logika untuk mengakses data
dibangun ke dalam program aplikasi individual (ini adalah masalah ketergantungan program-
data yang dijelaskan sebelumnya). Akibatnya, perubahan format data dan metode akses pasti
mengakibatkan perlunya modifikasi program aplikasi. Dalam lingkungan database, data lebih
independen terhadap program aplikasi yang menggunakannya. Dalam batas tertentu, kita
dapat mengubah data atau program aplikasi yang menggunakan data tersebut tanpa
memerlukan perubahan pada faktor lainnya. Akibatnya, pemeliharaan program dapat dikurangi
secara signifikan dalam lingkungan database modern.
DUKUNGAN KEPUTUSAN YANG DIPERBAIKIBeberapa database dirancang khusus untuk aplikasi

pendukung keputusan. Misalnya, beberapa database dirancang untuk mendukung manajemen
hubungan pelanggan, sedangkan database lainnya dirancang untuk mendukung analisis keuangan
atau manajemen rantai pasokan. Anda akan mempelajari bagaimana database disesuaikan untuk
aplikasi pendukung keputusan dan gaya analitis yang berbeda di Bab 9.
peringatan Tentang Manfaat Basis Data
Bagian sebelumnya mengidentifikasi 10 manfaat potensial utama dari pendekatan basis data.
Namun, kami harus mengingatkan Anda bahwa banyak organisasi merasa frustrasi dalam
upaya mewujudkan beberapa manfaat ini. Misalnya, tujuan kemandirian data (yang berarti
mengurangi pemeliharaan program) terbukti sulit dicapai karena keterbatasan model data lama
dan perangkat lunak manajemen basis data. Untungnya, model relasional dan model
berorientasi objek yang lebih baru memberikan lingkungan yang jauh lebih baik untuk
tabel 1-4 Biaya dan risiko mencapai manfaat ini. Alasan lain kegagalan mencapai manfaat yang diharapkan adalah
dari pendekatan Basis Data
perencanaan organisasi dan implementasi basis data yang buruk; bahkan perangkat lunak
Personel baru yang terspesialisasi manajemen data terbaik pun tidak dapat mengatasi kekurangan tersebut. Untuk alasan ini,
Biaya dan kompleksitas instalasi
kami menekankan perencanaan dan desain basis data di seluruh teks ini.
dan pengelolaan
biaya dan risiko Pendekatan Basis Data
Biaya konversi
Kebutuhan akan pencadangan dan pemulihan yang
Basis data bukanlah obat mujarab, dan tidak memiliki kekuatan ajaib seperti Harry Potter.
eksplisit Seperti halnya keputusan bisnis lainnya, pendekatan basis data memerlukan sejumlah
biaya dan risiko tambahan yang harus dikenali dan dikelola ketika diterapkan (lihat Tabel
Konflik organisasi
1-4).
Personil baru yang terspesialisasiSeringkali, organisasi yang mengadopsi pendekatan basis data perlu
mempekerjakan atau melatih individu untuk merancang dan mengimplementasikan basis data,
menyediakan layanan administrasi basis data, dan mengelola staf yang terdiri dari orang-orang baru.
Selain itu, karena perubahan teknologi yang cepat, orang-orang baru ini harus dilatih ulang atau
ditingkatkan secara berkala. Peningkatan personel ini mungkin tidak dapat diimbangi dengan
peningkatan produktivitas lainnya, namun organisasi harus menyadari kebutuhan akan keterampilan
khusus ini, yang diperlukan untuk memperoleh manfaat maksimal dari potensi manfaat. Kami
membahas kebutuhan staf untuk manajemen basis data di Bab 12.
BIAYA DAN KOMPLEKSITAS MANAJEMEN PEMASANGAN DAN MANAJEMENBasis data multipengguna

sistem manajemen adalah rangkaian perangkat lunak yang besar dan kompleks yang memiliki biaya awal
yang tinggi, memerlukan staf yang terdiri dari personel terlatih untuk menginstal dan mengoperasikannya,
serta memiliki biaya pemeliharaan dan dukungan tahunan yang besar. Menginstal sistem seperti itu
mungkin juga memerlukan peningkatan pada perangkat keras dan sistem komunikasi data dalam organisasi.
Pelatihan substansial biasanya diperlukan secara berkelanjutan untuk mengikuti rilis dan peningkatan baru.
Perangkat lunak basis data tambahan atau lebih canggih dan mahal mungkin diperlukan untuk memberikan
keamanan dan memastikan pembaruan data bersama secara bersamaan.
biaya konversiSyaratsistem warisanbanyak digunakan untuk merujuk pada aplikasi lama dalam
organisasi yang didasarkan pada pemrosesan file dan/atau teknologi basis data lama. Biaya
untuk mengubah sistem lama ini menjadi teknologi database modern—diukur dalam bentuk
dana, waktu, dan komitmen organisasi—sering kali tampak mahal bagi suatu organisasi.
Penggunaan data warehouse merupakan salah satu strategi untuk terus menggunakan sistem
lama sekaligus memanfaatkan teknologi dan teknik database modern (Ritter, 1999).
KEBUTUHAN UNTUK CADANGAN DAN PEMULIHAN EKSPLISITBasis data perusahaan bersama harus ada
akurat dan tersedia setiap saat. Hal ini memerlukan prosedur komprehensif yang
dikembangkan dan digunakan untuk menyediakan salinan cadangan data dan memulihkan
database ketika terjadi kerusakan. Pertimbangan-pertimbangan ini semakin mendesak dalam
lingkungan yang sadar akan keamanan saat ini. Sistem manajemen basis data modern biasanya
mengotomatiskan lebih banyak tugas pencadangan dan pemulihan daripada sistem file. Kami
menjelaskan prosedur keamanan, pencadangan, dan pemulihan di Bab 12.
Konflik organisasiBasis data bersama memerlukan konsensus mengenai definisi dan kepemilikan data,
serta tanggung jawab untuk pemeliharaan data yang akurat. Pengalaman menunjukkan bahwa
konflik mengenai definisi data, format dan pengkodean data, hak untuk memperbarui data bersama,
dan masalah terkait sering terjadi dan seringkali sulit diselesaikan. Penanganan masalah ini
memerlukan komitmen organisasi terhadap pendekatan basis data, administrator basis data yang
cerdik secara organisasi, dan pendekatan evolusioner yang baik terhadap pengembangan basis data.
Jika dukungan manajemen puncak yang kuat dan komitmen terhadap pendekatan basis data kurang,
pengembangan basis data yang berdiri sendiri bagi pengguna akhir kemungkinan besar akan berkembang biak.
Basis data ini tidak mengikuti pendekatan basis data umum yang telah kami jelaskan, dan kemungkinan besar tidak
memberikan manfaat seperti yang dijelaskan sebelumnya. Dalam kasus yang ekstrim, hal ini dapat mengarah pada
pola pengambilan keputusan yang inferior dan mengancam kesejahteraan atau eksistensi organisasi.
KOMPONEN LINGKUNGAN DAtABAse

Sekarang setelah Anda melihat keuntungan dan risiko menggunakan pendekatan database untuk
mengelola data, mari kita periksa komponen utama lingkungan database pada umumnya dan
hubungannya (lihat Gambar 1-5). Anda telah diperkenalkan dengan beberapa (tetapi tidak semua)
komponen ini di bagian sebelumnya. Berikut penjelasan singkat mengenai kesembilan komponen
tersebut seperti terlihat pada Gambar 1-5:
Alat pemodelan dan desain data
1.Alat pemodelan dan desain dataAlat pemodelan dan desain dataadalah alat otomatis yang
Alat perangkat lunak yang menyediakan
digunakan untuk merancang database dan program aplikasi. Alat-alat ini membantu pembuatan dukungan otomatis untuk membuat model
model data dan dalam beberapa kasus juga dapat membantu menghasilkan secara otomatis data.
gambar 1-5Komponen
lingkungan database
Data dan basis data Sistem Akhir
administrator pengembang pengguna
Pemodelan data
Pengguna Aplikasi
dan desain
antarmuka program
peralatan
Gudang DBMS Basis data
"kode" yang diperlukan untuk membuat database. Kami mereferensikan penggunaan alat
otomatis untuk desain dan pengembangan basis data di seluruh teks.
gudang 2.GudangAgudangadalah basis pengetahuan terpusat untuk semua definisi data,
Basis pengetahuan terpusat dari hubungan data, format layar dan laporan, serta komponen sistem lainnya.
semua definisi data, hubungan data, Repositori berisi serangkaian metadata yang penting untuk mengelola basis
format layar dan laporan, serta data serta komponen lain dari sistem informasi. Kami menjelaskan repositori di
komponen sistem lainnya.
Bab 12.
3.DBMSDBMS adalah sistem perangkat lunak yang digunakan untuk membuat, memelihara, dan
menyediakan akses terkontrol ke database pengguna. Kami menjelaskan fungsi DBMS di Bab
12.
4.Basis dataBasis data adalah kumpulan data yang terhubung secara logis dan
terorganisir, biasanya dirancang untuk memenuhi kebutuhan informasi banyak
pengguna dalam suatu organisasi. Penting untuk membedakan antara database
dan repositori. Repositori berisi definisi data, sedangkan database berisi
kemunculan data. Kami menjelaskan aktivitas desain basis data di Bab 4 dan 5
dan implementasinya di Bab 6 hingga 9.
5.Program aplikasiProgram aplikasi berbasis komputer digunakan untuk membuat dan
memelihara database serta memberikan informasi kepada pengguna. Keterampilan
pemrograman aplikasi terkait database dijelaskan dalam Bab 6 hingga 9.
6.Antarmuka penggunaAntarmuka pengguna mencakup bahasa, menu, dan fasilitas lain
yang digunakan pengguna untuk berinteraksi dengan berbagai komponen sistem, seperti
alat pemodelan dan desain data, program aplikasi, DBMS, dan repositori. Antarmuka
pengguna diilustrasikan di seluruh teks ini.
7.Administrator data dan basis dataAdministrator data adalah orang yang
bertanggung jawab atas keseluruhan pengelolaan sumber daya data dalam suatu
organisasi. Administrator basis data bertanggung jawab atas desain basis data fisik
dan mengelola masalah teknis dalam lingkungan basis data. Kami menjelaskan
fungsi-fungsi ini secara rinci di Bab 12.
8.Pengembang sistemPengembang sistem adalah orang-orang seperti analis sistem dan
pemrogram yang merancang program aplikasi baru.
9.Pengguna akhirPengguna akhir adalah orang-orang di seluruh organisasi yang menambah,

menghapus, dan mengubah data dalam database dan yang meminta atau menerima informasi
darinya. Semua interaksi pengguna dengan database harus disalurkan melalui DBMS.
Singkatnya, lingkungan operasional basis data yang ditunjukkan pada Gambar 1-5 adalah sistem
terintegrasi dari perangkat keras, perangkat lunak, dan manusia, yang dirancang untuk memfasilitasi
penyimpanan, pengambilan, dan pengendalian sumber daya informasi dan untuk meningkatkan
produktivitas organisasi.
PROSES PENGEMBANGAN DAtABAse

Bagaimana organisasi mulai mengembangkan database? Di banyak organisasi, pengembangan
database dimulai denganpemodelan data perusahaan, yang menetapkan jangkauan dan isi pemodelan data perusahaan
umum database organisasi. Tujuannya adalah untuk membuat gambaran keseluruhan atau Langkah pertama dalam
penjelasan data organisasi, bukan desain database tertentu. Basis data tertentu menyediakan pengembangan basis data,
data untuk satu atau lebih sistem informasi, sedangkan model data perusahaan, yang dapat yang mana cakupan dan isi
umum basis data organisasi
mencakup banyak basis data, menggambarkan cakupan data yang dikelola oleh organisasi.
ditentukan.
Dalam pemodelan data perusahaan, Anda meninjau sistem saat ini, menganalisis sifat area
bisnis yang akan didukung, mendeskripsikan data yang diperlukan pada tingkat abstraksi yang
sangat tinggi, dan merencanakan satu atau lebih proyek pengembangan basis data.
Gambar 1-3a menunjukkan segmen model data perusahaan untuk Pine Valley Furniture
Company, menggunakan versi notasi yang disederhanakan yang akan Anda pelajari di Bab 2
dan 3. Selain gambaran grafis dari tipe entitas, model data perusahaan yang menyeluruh akan
juga mencakup deskripsi berorientasi bisnis dari setiap jenis entitas dan ringkasan berbagai
pernyataan tentang bagaimana bisnis beroperasi, yang disebutperaturan bisnis, yang mengatur
keabsahan data. Hubungan antara objek bisnis (fungsi bisnis, unit, aplikasi, dll.) dan data sering
kali ditangkap menggunakan matriks dan melengkapi informasi yang ditangkap dalam model
data perusahaan. Gambar 1-6 menunjukkan contoh matriks tersebut.
Pemodelan data perusahaan sebagai komponen pendekatan top-down terhadap perencanaan dan
pengembangan sistem informasi merupakan salah satu sumber proyek database. Proyek semacam itu sering
kali mengembangkan database baru untuk memenuhi tujuan strategis organisasi, seperti peningkatan
dukungan pelanggan, manajemen produksi dan inventaris yang lebih baik, atau perkiraan penjualan yang
lebih akurat. Namun, banyak proyek database muncul dengan cara yang lebih bottom-up. Dalam hal ini,
proyek diminta oleh pengguna sistem informasi, yang memerlukan informasi tertentu untuk melakukan
pekerjaannya, atau oleh profesional sistem informasi lainnya, yang melihat kebutuhan untuk meningkatkan
manajemen data dalam organisasi.
gambar 1-6Contoh matriks

Entitas Data entitas fungsi-ke-data bisnis
Bahan baku
Jenis
Pusat kerja
Perintah kerja
Peralatan
Pelanggan
Karyawan
Produk
Faktur
Bisnis
Memesan
Fungsi
Perencanaan bisnis X X X X
Pengembangan produk X X X X
Manajemen Bahan X X X X X X
Pemenuhan pesanan X X X X X X X X X
Pengiriman Pesanan X X X X X X
Ringkasan Penjualan X X X X X
Operasi Produksi X X X X X X X
Keuangan dan Akuntansi X X X X X X X X
X = entitas data digunakan dalam fungsi bisnis
Proyek pengembangan basis data bottom-up biasanya berfokus pada pembuatan satu
basis data. Beberapa proyek basis data berkonsentrasi hanya pada pendefinisian, perancangan,
dan implementasi basis data sebagai landasan untuk pengembangan sistem informasi
selanjutnya. Namun dalam kebanyakan kasus, database dan fungsi pemrosesan informasi
terkait dikembangkan bersama sebagai bagian dari proyek pengembangan sistem informasi
yang komprehensif.
siklus hidup pengembangan sistem
Seperti yang Anda ketahui dari kursus sistem informasi lain yang pernah Anda ambil, proses
tradisional untuk melakukan proyek pengembangan sistem informasi disebut siklus hidup
siklus hidup pengembangan sistem pengembangan sistem (sDLc). SDLC adalah serangkaian langkah lengkap yang diikuti oleh tim
(sDLc) profesional sistem informasi, termasuk perancang dan pemrogram basis data, dalam suatu
Metodologi tradisional yang digunakan untuk organisasi untuk menentukan, mengembangkan, memelihara, dan mengganti sistem informasi.
mengembangkan, memelihara, dan Buku teks dan organisasi menggunakan banyak variasi siklus hidup dan dapat mengidentifikasi
mengganti sistem informasi.
3 hingga 20 fase berbeda.
Berbagai langkah dalam SDLC dan tujuan terkaitnya digambarkan pada Gambar 1-7 (Hoffer et al.,
2014). Prosesnya tampak melingkar dan dimaksudkan untuk menyampaikan sifat berulang dari proyek
pengembangan sistem. Langkah-langkah tersebut mungkin tumpang tindih dalam waktu, mungkin
dilakukan secara paralel, dan ada kemungkinan untuk mundur ke langkah-langkah sebelumnya ketika
keputusan-keputusan sebelumnya perlu dipertimbangkan kembali. Beberapa orang percaya bahwa jalur
yang paling umum dalam proses pengembangan adalah melalui langkah-langkah yang digambarkan pada
Gambar 1-7, namun pada tingkat yang lebih rinci pada setiap tahap, seiring dengan semakin konkretnya
persyaratan sistem.
Gambar 1-7 juga memberikan garis besar kegiatan pengembangan basis data yang
biasanya disertakan dalam setiap fase SDLC. Perhatikan bahwa tidak selalu ada korespondensi
satu-ke-satu antara fase SDLC dan langkah-langkah pengembangan database. Misalnya,
pemodelan data konseptual terjadi pada tahap Perencanaan dan Analisis. Kami akan
mengilustrasikan secara singkat masing-masing langkah pengembangan database untuk
Perusahaan Furnitur Pine Valley nanti di bab ini.
Perencanaan— PEMODELAN enterPriseProses pengembangan database dimulai dengan review

komponen pemodelan perusahaan yang dikembangkan selama proses perencanaan sistem
informasi. Selama langkah ini, analis meninjau database dan sistem informasi saat ini;
menganalisis sifat bidang usaha yang menjadi subyek proyek pembangunan; dan menjelaskan,
secara umum, data yang dibutuhkan untuk setiap sistem informasi yang sedang
dipertimbangkan untuk dikembangkan. Mereka menentukan data apa yang sudah tersedia di
database yang ada dan data baru apa yang perlu ditambahkan untuk mendukung proyek baru
yang diusulkan. Hanya proyek terpilih yang melanjutkan ke fase berikutnya berdasarkan
proyeksi nilai setiap proyek bagi organisasi.
PERENCANAAN—PEMODELAN DATA KONSEPSIUntuk proyek sistem informasi yang dimulai,

keseluruhan kebutuhan data dari sistem informasi yang diusulkan harus dianalisis. Hal ini
dilakukan dalam dua tahap. Pertama, selama fase Perencanaan, analis mengembangkan
diagram yang mirip dengan Gambar 1-3a, serta dokumentasi lainnya, untuk menguraikan
cakupan data yang terlibat dalam proyek pengembangan tertentu tanpa mempertimbangkan
database apa yang sudah ada. Hanya kategori data (entitas) tingkat tinggi dan hubungan utama
yang disertakan pada tahap ini. Langkah dalam SDLC ini sangat penting untuk meningkatkan
peluang keberhasilan proses pengembangan. Semakin baik definisi kebutuhan spesifik
organisasi, semakin dekat model konseptual untuk memenuhi kebutuhan organisasi, dan
semakin sedikit daur ulang yang diperlukan melalui SDLC.
ANALISIS— PEMODELAN DATA KONSEPSISelama fase Analisis SDLC, analis menghasilkan

model data terperinci yang mengidentifikasi semua data organisasi yang harus
dikelola untuk sistem informasi ini. Setiap atribut data didefinisikan, semua kategori
data dicantumkan, setiap hubungan bisnis antara entitas data diwakili, dan setiap
aturan yang menentukan integritas data ditentukan. Selama fase Analisis juga model
data konseptual diperiksa konsistensinya
gambar 1-7Kegiatan pengembangan basis data selama siklus hidup pengembangan sistem (SDLC)
Pemodelan perusahaan
Tujuan:Untuk mengembangkan pemahaman
Perencanaan • Menganalisis pemrosesan data saat ini
awal tentang situasi bisnis dan bagaimana
• Menganalisis fungsi bisnis secara umum dan
sistem informasi dapat membantu memecahkan
kebutuhan databasenya
masalah atau mewujudkan peluang
• Membenarkan kebutuhan akan data dan database baru untuk
mendukung bisnis
Pemodelan data konseptual

• Mengidentifikasi cakupan kebutuhan basis data untuk sistem
informasi yang diusulkan
• Menganalisis keseluruhan kebutuhan data untuk fungsi
bisnis yang didukung oleh database
Tujuan:Untuk memantau pengoperasian dan
kegunaan sistem, serta untuk memperbaiki
dan menyempurnakan sistem
Pemodelan data konseptual, lanjutan.

Pemeliharaan Analisis • Mengembangkan model data konseptual
Pemeliharaan basis data
awal, termasuk entitas dan
• Menganalisis database
hubungan
dan aplikasi database Tujuan:Untuk menganalisis
• Bandingkan model data konseptual awal
untuk memastikan bahwa informasi situasi bisnis secara menyeluruh
dengan model data perusahaan
berkembang untuk menentukan
• Mengembangkan model data konseptual
persyaratan terpenuhi persyaratan, untuk menyusun
terperinci, termasuk seluruh entitas,
• Sesuaikan database untuk persyaratan tersebut, dan untuk
hubungan, atribut, dan
meningkatkan kinerja memilih di antara
aturan bisnis
• Memperbaiki kesalahan dalam sistem bersaing • Membuat model data konseptual
database dan database fitur konsisten dengan model sistem
aplikasi dan
informasi lainnya
memulihkan database kapan
• Mengisi repositori dengan semua
itu terkontaminasi
spesifikasi database konseptual
Tujuan:Untuk menulis program, membangun Tujuan:Untuk memperoleh dan menyusun semua
database, menguji dan menginstal sistem Penerapan Desain kebutuhan informasi; untuk mengembangkan
baru, melatih pengguna, dan menyelesaikan semua teknologi dan organisasi
dokumentasi spesifikasi
Desain basis data yang logis
• Menganalisis secara rinci transaksi, formulir, tampilan, dan pertanyaan
Implementasi basis data (tampilan database) yang diperlukan oleh fungsi bisnis yang didukung oleh
• Kode dan uji program database
pemrosesan basis data • Mengintegrasikan tampilan database ke dalam model data konseptual
• Basis data lengkap • Identifikasi persyaratan integritas dan keamanan data, dan isi repositori
dokumentasi dan materi
pelatihan Desain dan definisi database fisik
• Menginstal database dan mengkonversi • Mendefinisikan database ke DBMS (sering dihasilkan dari repositori)
data dari sistem sebelumnya • Memutuskan organisasi fisik data
• Merancang program pemrosesan basis data
dengan jenis model lain yang dikembangkan untuk menjelaskan dimensi lain dari sistem
informasi target, seperti langkah pemrosesan, aturan penanganan data, dan waktu kejadian.
Namun, bahkan model data konseptual terperinci ini masih bersifat awal, karena aktivitas SDLC
selanjutnya mungkin menemukan elemen yang hilang atau kesalahan saat merancang
transaksi, laporan, tampilan, dan pertanyaan tertentu. Dengan pengalaman, pengembang
database memperoleh model mental dari fungsi bisnis umum, seperti penjualan atau
pencatatan keuangan, namun harus selalu waspada terhadap pengecualian terhadap praktik
umum yang diikuti oleh suatu organisasi. Keluaran dari tahap pemodelan konseptual adalah a
skema konseptual. skema konseptual
Spesifikasi terperinci dan tidak
Desain—Desain DAtABAse LogisAlDesain basis data logis mendekati pengembangan basis data bergantung pada teknologi
dari dua perspektif. Pertama, skema konseptual harus diubah menjadi skema logis, yang mengenai keseluruhan struktur
data organisasi.
menggambarkan data dalam kaitannya dengan teknologi manajemen data yang akan
digunakan untuk mengimplementasikan database. Misalnya, jika teknologi relasional akan
digunakan, model data konseptual diubah dan direpresentasikan menggunakan
elemen model relasional, yang meliputi tabel, kolom, baris, kunci utama, kunci asing,
dan batasan. (Anda akan mempelajari cara melakukan proses penting ini di Bab 4.)
Skema logis Representasi ini disebut sebagaiskema logis.
Representasi database untuk Kemudian, ketika setiap aplikasi dalam sistem informasi dirancang, termasuk
teknologi manajemen data format input dan output program, analis melakukan tinjauan rinci terhadap transaksi,
tertentu. laporan, tampilan, dan pertanyaan yang didukung oleh database. Selama apa yang
disebut analisis bottom-up ini, analis memverifikasi dengan tepat data apa yang harus
disimpan dalam database dan sifat data tersebut sesuai kebutuhan untuk setiap
transaksi, laporan, dan sebagainya. Mungkin perlu untuk menyempurnakan model
data konseptual saat setiap laporan, transaksi bisnis, dan tampilan pengguna lainnya
dianalisis. Dalam hal ini, seseorang harus menggabungkan, atau mengintegrasikan,
model data konseptual asli bersama dengan pandangan pengguna individual ke
dalam desain komprehensif selama desain database logis.
Langkah terakhir dalam desain database logis adalah mengubah spesifikasi data yang
digabungkan dan direkonsiliasi menjadi elemen dasar, atau atomik, mengikuti aturan yang telah
ditetapkan untuk spesifikasi data yang terstruktur dengan baik. Untuk sebagian besar database
saat ini, aturan-aturan ini berasal dari teori database relasional dan sebuah proses yang disebut
normalisasi, yang akan kami uraikan secara rinci di Bab 4. Hasilnya adalah gambaran lengkap
tentang database tanpa ada referensi ke sistem manajemen database tertentu untuk mengelola
data tersebut. Dengan desain database logis akhir, analis mulai menentukan logika program
komputer tertentu dan pertanyaan yang diperlukan untuk memelihara dan melaporkan isi
database.
Skema fisik Desain—Desain dan Definisi DATABAse FisikAskema fisikadalah satu set
Spesifikasi tentang bagaimana data spesifikasi yang menjelaskan bagaimana data dari skema logis disimpan dalam
dari skema logis disimpan dalam memori sekunder komputer oleh sistem manajemen basis data tertentu. Ada satu
memori sekunder komputer oleh skema fisik untuk setiap skema logis. Desain basis data fisik memerlukan
sistem manajemen basis data.
pengetahuan tentang DBMS spesifik yang akan digunakan untuk
mengimplementasikan basis data. Dalam desain dan definisi database fisik, seorang
analis memutuskan organisasi catatan fisik, pilihan organisasi file, penggunaan
indeks, dan sebagainya. Untuk melakukan hal ini, perancang basis data perlu
menguraikan program untuk memproses transaksi dan menghasilkan informasi
manajemen yang diantisipasi dan laporan pendukung keputusan. Tujuannya adalah
untuk merancang database yang secara efisien dan aman menangani semua
pemrosesan data terhadapnya. Dengan demikian,
IMPLEMENTASI—IMPLEMENTASI DATABASEDalam implementasi database, sebuah desain

ner menulis, menguji, dan menginstal program/skrip yang mengakses, membuat, atau memodifikasi
database. Perancang mungkin melakukan ini dengan menggunakan bahasa pemrograman standar
(misalnya, Java, C#, atau Visual Basic.NET) atau dalam bahasa pemrosesan database khusus (misalnya, SQL)
atau menggunakan bahasa non-prosedural dengan tujuan khusus untuk menghasilkan laporan dan tampilan
yang bergaya, mungkin termasuk grafik . Selain itu, selama implementasi, perancang akan menyelesaikan
semua dokumentasi basis data, melatih pengguna, dan menerapkan prosedur untuk dukungan
berkelanjutan bagi pengguna sistem informasi (dan basis data). Langkah terakhir adalah memuat data dari
sumber informasi yang ada (file dan database dari aplikasi lama ditambah data baru yang kini diperlukan).
Pemuatan sering kali dilakukan dengan terlebih dahulu membongkar data dari file dan database yang ada ke
dalam format netral (seperti file biner atau teks) dan kemudian memuat data tersebut ke dalam database
baru. Terakhir, database dan aplikasi terkait dimasukkan ke dalam produksi untuk pemeliharaan dan
pengambilan data oleh pengguna sebenarnya. Selama produksi, database harus dicadangkan dan dipulihkan
secara berkala jika terjadi kontaminasi atau kerusakan.
PEMELIHARAAN—PEMELIHARAAN DAtABAseBasis data berkembang selama pemeliharaan basis data.

Pada langkah ini, perancang menambah, menghapus, atau mengubah karakteristik struktur
database untuk memenuhi perubahan kondisi bisnis, untuk memperbaiki kesalahan.
dalam desain basis data, atau untuk meningkatkan kecepatan pemrosesan aplikasi basis data.
Perancang mungkin juga perlu membangun kembali database jika database tersebut terkontaminasi
atau hancur karena kegagalan fungsi program atau sistem komputer. Ini biasanya merupakan
langkah terpanjang dalam pengembangan basis data, karena berlangsung sepanjang masa pakai
basis data dan aplikasi terkait. Setiap kali basis data berkembang, lihatlah sebagai proses
pengembangan basis data yang disingkat di mana pemodelan data konseptual, desain basis data logis
dan fisik, dan implementasi basis data terjadi untuk menangani perubahan yang diusulkan.
Sistem informasi alternatif (adalah) Pendekatan Pembangunan

Siklus hidup pengembangan sistem atau sedikit variasinya sering digunakan untuk memandu
pengembangan sistem informasi dan database. SDLC adalah pendekatan yang metodis dan sangat
terstruktur, yang mencakup banyak pemeriksaan dan keseimbangan untuk memastikan bahwa setiap
langkah menghasilkan hasil yang akurat dan sistem informasi baru atau penggantinya konsisten
dengan sistem yang ada yang harus dikomunikasikan atau yang memerlukan data yang konsisten.
definisi. Wah! Itu banyak pekerjaan! Akibatnya, SDLC sering dikritik karena lamanya waktu yang
dibutuhkan hingga sistem kerja dihasilkan, yang hanya terjadi pada akhir proses. Sebaliknya,
organisasi semakin banyak menggunakan metode pengembangan aplikasi cepat (RAD), yang
mengikuti proses berulang-ulang dari analisis, desain, dan desain yang berulang dengan cepat. dan
langkah-langkah implementasi hingga menyatu pada sistem yang diinginkan pengguna. Metode RAD
ini bekerja paling baik ketika sebagian besar struktur basis data yang diperlukan sudah ada, dan
karenanya untuk sistem yang utamanya mengambil data, dibandingkan sistem yang mengisi dan
merevisi basis data.
Salah satu metode RAD yang paling populer adalahpembuatan prototipe, yang Pembuatan prototipe
merupakan proses berulang pengembangan sistem di mana persyaratan diubah menjadi sistem Suatu proses pengembangan sistem yang
kerja yang terus direvisi melalui kerja sama yang erat antara analis dan pengguna. Gambar 1-8 berulang-ulang di mana
menunjukkan proses pembuatan prototipe. Gambar ini mencakup anotasi untuk menunjukkan persyaratan diubah menjadi
sistem kerja yang terus direvisi
secara kasar aktivitas pengembangan database mana yang terjadi di setiap fase pembuatan
melalui kerja keras
prototipe. Biasanya, Anda hanya melakukan upaya sepintas pada pemodelan data konseptual antara analis dan pengguna.
ketika masalah sistem informasi teridentifikasi. Selama pengembangan prototipe awal, Anda
secara bersamaan merancang tampilan dan laporan yang diinginkan pengguna
Pemodelan data konseptual

Awal Desain basis data yang logis
Analisis persyaratan persyaratan Mengembangkan
Analisis persyaratan secara detail Integrasikan
Mengenali
Kembangkan pendahuluan awal tampilan database ke dalamnya
masalah
model data prototipe model data konseptual
Desain basis data fisik

dan definisi
Tentukan basis data baru
isinya ke DBMS
Putuskan secara fisik
Pemeliharaan basis data organisasi untuk pemrosesan
Sesuaikan basis data untuk
Ubah ke Bekerja basis data Desain data baru
peningkatan kinerja operasional prototipe program
Perbaiki kesalahan dalam database sistem
Implementasi basis data
Pemrosesan basis data kode
Baru Instal basis data baru
Jika prototipe
persyaratan isinya, biasanya dari
tidak efisien
sumber data yang ada
Masalah Pemeliharaan basis data

Revisi dan Analisis database untuk memastikannya
Menerapkan dan
meningkatkan memenuhi kebutuhan aplikasi
menggunakan prototipe
prototipe Memperbaiki kesalahan dalam database
Versi selanjutnya
gambar 1-8metodologi pembuatan prototipe dan proses pengembangan basis data

memahami persyaratan basis data baru dan menentukan basis data yang akan digunakan oleh
prototipe. Ini biasanya merupakan database baru, yang merupakan salinan dari bagian database yang
sudah ada, mungkin dengan konten baru. Jika konten baru diperlukan, biasanya konten tersebut
berasal dari sumber data eksternal, seperti data riset pasar, indikator ekonomi umum, atau standar
industri.
Aktivitas implementasi dan pemeliharaan basis data diulangi saat versi prototipe
baru diproduksi. Seringkali kontrol keamanan dan integritas sangat minim karena
penekanannya adalah pada menyiapkan versi prototipe yang berfungsi secepat mungkin.
Selain itu, dokumentasi cenderung tertunda hingga akhir proyek, dan pelatihan pengguna
dilakukan sejak penggunaan langsung. Akhirnya, setelah prototipe yang diterima dibuat,
pengembang dan pengguna memutuskan apakah prototipe akhir, dan databasenya, dapat
diproduksi sebagaimana adanya. Jika sistem, termasuk database, terlalu tidak efisien,
sistem dan database mungkin perlu diprogram ulang dan ditata ulang untuk memenuhi
ekspektasi kinerja. Namun inefisiensi harus dipertimbangkan agar tidak melanggar prinsip
inti di balik desain database yang baik.
Dengan semakin populernya alat pemrograman visual (seperti Visual Basic, Java, atau C#)
yang memudahkan modifikasi antarmuka antara pengguna dan sistem, pembuatan prototipe
menjadi metodologi pengembangan sistem pilihan untuk mengembangkan aplikasi baru secara
internal. Dengan pembuatan prototipe, relatif mudah untuk mengubah konten dan tata letak
laporan dan tampilan pengguna.
Manfaat dari pendekatan berulang terhadap pengembangan sistem yang ditunjukkan oleh
pendekatan RAD dan pembuatan prototipe telah menghasilkan upaya lebih lanjut untuk menciptakan
pendekatan pembangunan yang lebih responsif. Pada bulan Februari 2001, sekelompok 17 orang yang
tertarik untuk mendukung pendekatan ini menciptakan “The Manifesto for Agile Software Development.”
pengembangan perangkat lunak yang tangkas Untuk mereka,pengembangan perangkat lunak yang tangkaspraktik termasuk menghargai(www.
Suatu pendekatan terhadap agimanifesto.org):
pengembangan basis data dan perangkat
lunak yang menekankan “individu dan
Individu dan interaksiatas proses dan alat Perangkat lunak
interaksiatas proses dan alat,perangkat yang berfungsiatas dokumentasi yang komprehensif
lunak yang berfungsiatas dokumentasi
yang komprehensif, kolaborasi pelanggan
Kolaborasi pelangganatas negosiasi kontrak, dan Menanggapi
atas negosiasi kontrak, danrespons perubahandaripada mengikuti rencana
terhadap perubahandaripada mengikuti
rencana.” Penekanan pada pentingnya manusia, baik pengembang perangkat lunak maupun pelanggan, terlihat
jelas dalam ungkapan mereka. Hal ini merupakan respons terhadap lingkungan yang bergejolak di
mana pengembangan perangkat lunak terjadi, dibandingkan dengan lingkungan yang lebih tenang di
sebagian besar proyek pengembangan teknik yang menjadi asal muasal metodologi pengembangan
perangkat lunak sebelumnya. Pentingnya praktik yang ditetapkan dalam SDLC terus diakui dan
diterima oleh pengembang perangkat lunak termasuk pencipta The Manifesto for Agile Software
Development. Namun, tidak praktis jika praktik-praktik ini menghambat reaksi cepat terhadap
perubahan lingkungan yang mengubah persyaratan proyek.
Penggunaan proses tangkas atau adaptif harus dipertimbangkan ketika suatu proyek
melibatkan persyaratan yang tidak dapat diprediksi dan/atau berubah, pengembang yang
bertanggung jawab dan kolaboratif, dan melibatkan pelanggan yang memahami dan dapat
berkontribusi pada proses tersebut (Fowler, 2005). Jika Anda tertarik untuk mempelajari lebih lanjut
tentang pengembangan perangkat lunak tangkas, selidiki metodologi tangkas seperti Pemrograman
eXtreme, Scrum, Konsorsium DSDM, dan pengembangan berbasis fitur.
Arsitektur tiga skema untuk Pengembangan Basis Data

Penjelasan sebelumnya dalam bab ini tentang proses pengembangan basis data mengacu pada
beberapa model basis data yang berbeda namun terkait yang dikembangkan pada proyek
pengembangan sistem. Model data ini dan fase utama SDLC di mana model tersebut
dikembangkan dirangkum di sini:
• Model data perusahaan (selama fase Perencanaan Sistem Informasi)

• Skema eksternal atau tampilan pengguna (selama fase Analisis dan Desain Logis)
• Skema konseptual (selama fase Analisis)
• Skema logis (selama fase Desain Logis)
• Skema fisik (selama fase Desain Fisik)
gambar 1-9 tiga skema

Arsitektur
Tampilan Pengguna 1
(laporan)
Tampilan Pengguna 2
Perusahaan Luar (tampilan layar)

Model data Skema
Tampilan PenggunaN
(formulir pemesanan)
Konseptual
Skema
Intern
Skema
Skema Logis Skema Fisik
Basis Data 1 Fisik

(Proses pemesanan) Skema 1
Basis Data 2 Fisik

(Rantai pasokan) Skema 2
Basis dataM Fisik

(Pelayanan pelanggan) SkemaM
Pada tahun 1978, sebuah komite industri yang umumnya dikenal sebagai ANSI/SPARC
menerbitkan sebuah dokumen penting yang menggambarkan arsitektur tiga skema—skema
eksternal, konseptual, dan internal—untuk menggambarkan struktur data. Gambar 1-9
menunjukkan hubungan antara berbagai skema yang dikembangkan selama SDLC dan
arsitektur tiga skema ANSI. Penting untuk diingat bahwa semua skema ini hanyalah cara
berbeda dalam memvisualisasikan struktur database yang sama oleh pemangku kepentingan
yang berbeda.
Tiga skema seperti yang didefinisikan oleh ANSI (digambarkan di tengah Gambar 1-9) adalah
sebagai berikut:
1.Skema eksternalIni adalah pandangan (atau pandangan) dari manajer dan karyawan lain yang
merupakan pengguna database. Seperti yang ditunjukkan pada Gambar 1-9, skema eksternal dapat
direpresentasikan sebagai kombinasi model data perusahaan (tampilan top-down) dan kumpulan
tampilan pengguna terperinci (atau bottom-up).
2.Skema konseptualSkema ini menggabungkan pandangan eksternal yang berbeda ke
dalam definisi data perusahaan yang tunggal, koheren, dan komprehensif. Skema
konseptual mewakili pandangan arsitek data atau administrator data.
3.Skema internalSeperti ditunjukkan pada Gambar 1-9, skema internal saat ini
sebenarnya terdiri dari dua skema terpisah: skema logis dan skema fisik. Skema logis
adalah representasi data untuk jenis teknologi manajemen data (misalnya relasional).
Skema fisik menjelaskan bagaimana data direpresentasikan dan disimpan dalam
penyimpanan sekunder menggunakan DBMS tertentu (misalnya Oracle).
Mengelola Orang-orang yang terlibat dalam Pengembangan Basis Data
Bukankah pada akhirnya selalu tentang orang-orang yang bekerja sama? Seperti tersirat dalam Gambar 1-7,
Proyek database dikembangkan sebagai bagian dari sebuah proyek. Aproyekadalah suatu usaha terencana dari
Suatu pelaksanaan yang direncanakan dari kegiatan-kegiatan yang berkaitan untuk mencapai suatu tujuan yang mempunyai awal dan akhir. Sebuah
kegiatan-kegiatan yang berkaitan untuk mencapai proyek dimulai dengan langkah pertama pada fase Inisiasi dan Perencanaan Proyek dan diakhiri dengan
suatu tujuan yang mempunyai awal dan akhir.
langkah terakhir pada fase Implementasi. Seorang analis sistem atau basis data senior akan ditugaskan
untuk menjadi pemimpin proyek. Orang ini bertanggung jawab untuk membuat rencana proyek terperinci
serta mengatur staf dan mengawasi tim proyek.
Sebuah proyek dimulai dan direncanakan dalam tahap Perencanaan; dilaksanakan
selama tahap Analisis, Desain Logis, Desain Fisik, dan Implementasi; dan ditutup pada
akhir implementasi. Selama inisiasi, tim proyek dibentuk. Tim pengembangan sistem atau
basis data dapat mencakup satu atau lebih hal berikut:
• Analis bisnisOrang-orang ini bekerja dengan manajemen dan pengguna untuk

menganalisis situasi bisnis dan mengembangkan spesifikasi sistem dan program
terperinci untuk proyek.
• Analis sistemOrang-orang ini mungkin melakukan aktivitas analis bisnis tetapi juga
menentukan persyaratan sistem komputer dan biasanya memiliki latar belakang
pengembangan sistem yang lebih kuat daripada analis bisnis.
• Analis basis data dan pemodel dataOrang-orang ini berkonsentrasi pada
penentuan persyaratan dan desain komponen database sistem informasi.
• PenggunaPengguna memberikan penilaian terhadap kebutuhan informasi mereka dan memantau bahwa sistem
yang dikembangkan memenuhi kebutuhan mereka.
• PemrogramIndividu-individu ini merancang dan menulis program komputer yang memiliki perintah
untuk memelihara dan mengakses data dalam database yang tertanam di dalamnya.
• Arsitek basis dataOrang-orang ini menetapkan standar data di unit bisnis,
berupaya mencapai lokasi, kekinian, dan kualitas data yang optimal.
• Administrator dataOrang-orang ini memiliki tanggung jawab atas database yang ada dan
masa depan serta memastikan konsistensi dan integritas di seluruh database, dan sebagai ahli
dalam teknologi database, mereka memberikan konsultasi dan pelatihan kepada anggota tim
proyek lainnya.
• Manajer proyekManajer proyek mengawasi proyek yang ditugaskan, termasuk
komposisi tim, analisis, desain, implementasi, dan dukungan proyek.
• Pakar teknis lainnyaIndividu lain dibutuhkan di berbagai bidang seperti
jaringan, sistem operasi, pengujian, gudang data, dan dokumentasi.
Merupakan tanggung jawab pemimpin proyek untuk memilih dan mengelola semua orang ini
sebagai tim yang efektif. Lihat Hoffer dkk. (2014) untuk rincian tentang cara mengelola tim proyek
pengembangan sistem. Lihat Henderson dkk. (2005) untuk penjelasan lebih rinci tentang jalur karir
dan peran dalam pengelolaan data. Penekanan pada manusia dibandingkan peran ketika proses
pengembangan tangkas diadopsi berarti bahwa anggota tim akan cenderung tidak dibatasi pada
peran tertentu. Mereka diharapkan untuk berkontribusi dan berkolaborasi dalam peran-peran
tersebut, sehingga dapat menggunakan keterampilan, minat, dan kemampuan khusus mereka secara
lebih menyeluruh.
EVOLUSI SISTEM DATABASE

Sistem manajemen basis data pertama kali diperkenalkan pada tahun 1960an dan terus
berkembang selama dekade berikutnya. Gambar 1-10a menggambarkan evolusi ini dengan
menyoroti teknologi basis data (atau teknologi) yang dominan selama setiap dekade. Dalam
kebanyakan kasus, periode pengenalannya cukup lama, dan teknologi tersebut pertama kali
diperkenalkan pada dekade sebelum yang ditunjukkan pada gambar. Misalnya, model relasional
pertama kali didefinisikan oleh EF Codd, seorang peneliti IBM, dalam sebuah makalah yang
diterbitkan pada tahun 1970 (Codd, 1970). Namun, model relasional tidak mencapai kesuksesan
komersial yang luas hingga tahun 1980an. Misalnya, tantangan pada tahun 1970an ketika
pemrogram perlu menulis program kompleks untuk mengakses data telah diatasi dengan
diperkenalkannya Structured Query Language (SQL) pada tahun 1980an.
gambar 1-10berbagai teknologi database: dulu dan sekarang
1960 1970 1980 1990 2000 2010
File datar
Hierarki
Jaringan
Relasional
Berorientasi pada objek
Objek-relasional
Gudang data
Dalam pengembangan aktif Sistem lama masih digunakan
(a) Evolusi teknologi basis data
Model basis data hierarki Model basis data jaringan
Obyek Kelas 1
Atribut Obyek Kelas 3

HUBUNGAN 1 (KUNCI UTAMA, ATRIBUT...)
Obyek Kelas 2 Atribut
Atribut
HUBUNGAN 2 (KUNCI UTAMA,KUNCI ASING, ATRIBUT...)
Metode
Metode
Metode
Model basis data relasional Model database berorientasi objek
Fakta
Dimensi 1 Dimensi 4
Meja
Tenggara
Atlantik Tengah Dimensi 2 Dimensi 5

Ukuran
Inggris baru
Penjualan Januari Februari
Meja
Meja Dimensi 3 Dimensi 6
Kursi
Fakta
Model basis data multidimensi — Model basis data multidimensi —

tampilan kubus multidimensi tampilan skema bintang
(b) Arsitektur basis data

Gambar 1-10b menunjukkan gambaran visual prinsip pengorganisasian yang

mendasari setiap teknologi database utama. Misalnya, dalam model hierarki, file disusun
dalam struktur top-down yang menyerupai bagan pohon atau silsilah, sedangkan dalam
model jaringan, setiap file dapat dikaitkan dengan sejumlah file lain yang berubah-ubah.
Model relasional (fokus utama buku ini) mengatur data dalam bentuk tabel dan hubungan
antar tabel. Model berorientasi objek didasarkan pada kelas-kelas objek dan hubungan di
antara mereka. Seperti yang ditunjukkan pada Gambar 1-10b, kelas objek merangkum
atribut dan metode. Basis data relasional objek adalah gabungan antara basis data
berorientasi objek dan relasional. Terakhir, database multidimensi, yang menjadi dasar
gudang data, memungkinkan kita melihat data dalam bentuk kubus atau skema bintang;
kita membahas hal ini secara lebih rinci di Bab 9. Sistem manajemen basis data
dikembangkan untuk mengatasi keterbatasan sistem pemrosesan file, yang dijelaskan di
bagian sebelumnya. Ringkasnya, beberapa dari empat tujuan berikut secara umum
mendorong pengembangan dan evolusi teknologi basis data:
1.Kebutuhan untuk memberikan independensi yang lebih besar antara program dan data, sehingga
mengurangi biaya pemeliharaan
2.Keinginan untuk mengelola tipe dan struktur data yang semakin kompleks
3.Keinginan untuk menyediakan akses data yang lebih mudah dan cepat bagi pengguna yang tidak
memiliki latar belakang bahasa pemrograman atau pemahaman rinci tentang bagaimana data
disimpan dalam database
4.Kebutuhan untuk menyediakan platform yang lebih kuat untuk aplikasi pendukung
keputusan
tahun 1960-an
Sistem pemrosesan file masih dominan selama tahun 1960an. Namun, sistem manajemen basis
data pertama diperkenalkan pada dekade ini dan digunakan terutama untuk usaha besar dan
kompleks seperti proyek pendaratan di bulan Apollo. Kita dapat menganggap ini sebagai
periode “pembuktian konsep” eksperimental yang menunjukkan kelayakan pengelolaan data
dalam jumlah besar dengan DBMS. Selain itu, upaya standardisasi pertama dilakukan dengan
pembentukan Kelompok Tugas Basis Data pada akhir tahun 1960an.
tahun 1970-an
Selama dekade ini, penggunaan sistem manajemen basis data menjadi kenyataan komersial.
Sistem manajemen database hierarkis dan jaringan dikembangkan, sebagian besar untuk
mengatasi struktur data yang semakin kompleks seperti pembuatan bill of material yang sangat
sulit dikelola dengan metode pemrosesan file konvensional. Model hierarki dan jaringan
umumnya dianggap sebagai DBMS generasi pertama. Kedua pendekatan tersebut digunakan
secara luas, dan faktanya banyak dari sistem ini yang terus digunakan hingga saat ini. Namun,
mereka mempunyai kelemahan utama yang sama dengan sistem pemrosesan file:
independensi data yang terbatas dan waktu pengembangan yang lama untuk pengembangan
aplikasi.
tahun 1980-an
Untuk mengatasi keterbatasan ini, EF Codd dan lainnya mengembangkan model data relasional
pada tahun 1970an. Model ini, yang dianggap sebagai DBMS generasi kedua, menerima
penerimaan komersial yang luas dan menyebar ke seluruh dunia bisnis selama tahun 1980an.
Dengan model relasional, semua data direpresentasikan dalam bentuk tabel. Biasanya, SQL
digunakan untuk pengambilan data. Dengan demikian, model relasional memberikan
kemudahan akses bagi nonprogrammer, mengatasi salah satu keberatan utama terhadap
sistem generasi pertama. Model relasional juga telah terbukti cocok untuk komputasi klien/
server, pemrosesan paralel, dan antarmuka pengguna grafis (Gray, 1996).
tahun 1990-an
Tahun 1990-an mengantarkan era baru komputasi, pertama dengan komputasi klien/server,
dan kemudian dengan pergudangan data dan aplikasi Internet yang menjadi semakin penting.
Jika data yang dikelola oleh DBMS pada tahun 1980an sebagian besar bersifat terstruktur
(seperti data akuntansi), data multimedia (termasuk grafik, suara, gambar, dan video)
menjadi semakin umum pada tahun 1990an. Untuk mengatasi data yang semakin
kompleks ini, database berorientasi objek (dianggap sebagai generasi ketiga)
diperkenalkan pada akhir tahun 1980an (Grimes, 1998).
Karena organisasi harus mengelola sejumlah besar data terstruktur dan tidak terstruktur,
database relasional dan berorientasi objek masih sangat penting saat ini. Faktanya, beberapa
vendor sedang mengembangkan DBMS gabungan objek-relasional yang dapat mengelola
kedua jenis data.
2000 dan Selanjutnya
Saat ini, jenis database utama yang masih paling banyak digunakan adalah database
relasional. Namun, tren terkini adalah munculnya database NoSQL (Tidak Hanya SQL).
NoSQL adalah istilah umum yang mengacu pada serangkaian teknologi database yang
dirancang khusus untuk menangani data besar (terstruktur dan tidak terstruktur) yang
berpotensi disimpan di berbagai lokasi. Contoh database NoSQL yang populer adalah
Apache Cassandra(http://cassandra.apache.org/)dan MongoDB. Hadoop adalah contoh
teknologi non-relasional yang dirancang untuk menangani pemrosesan data dalam jumlah
besar. Pencarian teknologi database non-relasional ini didorong oleh kebutuhan aplikasi
Web 2.0 seperti blog, wiki, dan situs jejaring sosial (Facebook, Twitter, LinkedIn, dll.) dan
sebagian oleh betapa mudahnya menghasilkan data tidak terstruktur seperti itu. sebagai
gambar dan gambar dari perangkat seperti ponsel cerdas, tablet, dll. Mengembangkan
praktik basis data yang efektif untuk menangani beragam jenis data ini akan terus menjadi
hal yang sangat penting saat kita memasuki dekade berikutnya. Karena chip memori
komputer yang lebih besar menjadi lebih murah, teknologi basis data baru untuk
mengelola basis data dalam memori pun bermunculan. Tren ini membuka kemungkinan
baru untuk pemrosesan database yang lebih cepat.
Peraturan terbaru seperti Sarbanes-Oxley, Undang-Undang Portabilitas dan

Akuntabilitas Asuransi Kesehatan (HIPAA), dan Konvensi Basel telah menyoroti pentingnya
praktik pengelolaan data yang baik, dan kemampuan untuk merekonstruksi posisi historis
menjadi semakin penting. Hal ini menyebabkan perkembangan dalam forensik komputer
dengan peningkatan penekanan dan harapan seputar penemuan bukti elektronik.
Pentingnya kemampuan administrasi basis data yang baik juga terus meningkat karena
pemulihan bencana yang efektif dan keamanan yang memadai diamanatkan oleh
peraturan ini.
Tren yang muncul yang membuat penggunaan teknologi basis data menjadi lebih nyaman
(dan untuk mengatasi beberapa tantangan peraturan yang diidentifikasi di sini) adalah
komputasi awan. Salah satu teknologi populer yang tersedia di cloud adalah database. Basis
data, relasional dan non-relasional, kini dapat dibuat, disebarkan, dan dikelola melalui
penggunaan teknologi yang disediakan oleh penyedia layanan. Kami memeriksa permasalahan
seputar database cloud di Bab 8 dan 12.
BERBAGAI APLIKASI DATABASE

Basis data dapat membantu kita melakukan apa? Ingatlah bahwa Gambar 1-5 menunjukkan bahwa
ada beberapa metode bagi orang untuk berinteraksi dengan data dalam database. Pertama,
pengguna dapat berinteraksi langsung dengan database menggunakan antarmuka pengguna yang
disediakan oleh DBMS. Dengan cara ini, pengguna dapat mengeluarkan perintah (disebutpertanyaan)
terhadap database dan memeriksa hasilnya atau bahkan mungkin menyimpannya di dalam
spreadsheet Microsoft Excel atau dokumen Word. Metode interaksi dengan database ini disebut
sebagai kueri ad hoc dan memerlukan tingkat pemahaman bahasa kueri dari pihak pengguna.
Karena sebagian besar pengguna bisnis tidak memiliki tingkat pengetahuan ini, mekanisme kedua
dan yang lebih umum untuk mengakses database adalah menggunakan program aplikasi. Sebuah program
aplikasi terdiri dari dua komponen utama. Antarmuka pengguna grafis menerima permintaan pengguna
(misalnya, untuk memasukkan, menghapus, atau mengubah data) dan/atau menyediakan
mekanisme untuk menampilkan data yang diambil dari database. Logika bisnis berisi
logika pemrograman yang diperlukan untuk bertindak berdasarkan perintah pengguna.
Mesin yang menjalankan antarmuka pengguna (dan terkadang logika bisnis) disebut
sebagaiklien. Mesin yang menjalankan DBMS dan berisi database disebut sebagaiserver
basis data.
Penting untuk dipahami bahwa aplikasi dan database tidak perlu berada di komputer
yang sama (dan, dalam banyak kasus, keduanya tidak berada). Untuk lebih memahami
jangkauan aplikasi database, kami membaginya menjadi tiga kategori berdasarkan lokasi klien
(aplikasi) dan perangkat lunak database itu sendiri: database pribadi dan multitier. Kami
memperkenalkan setiap kategori dengan contoh tipikal, diikuti dengan beberapa masalah yang
umumnya muncul dalam kategori penggunaan tersebut.
Basis Data Pribadi

Basis data pribadi dirancang untuk mendukung satu pengguna. Basis data pribadi
telah lama berada di komputer pribadi (PC), termasuk laptop, dan kini semakin banyak
berada di ponsel cerdas, tablet, phablet, dll. Tujuan dari basis data ini adalah untuk
memberikan pengguna kemampuan untuk mengelola (menyimpan, memperbarui,
menghapus, dan mengambil) sejumlah kecil data dengan cara yang efisien. Aplikasi
database sederhana yang menyimpan informasi pelanggan dan rincian kontak
dengan setiap pelanggan dapat digunakan dari PC dan dengan mudah ditransfer dari
satu perangkat ke perangkat lainnya untuk keperluan backup dan pekerjaan.
Misalnya, bayangkan sebuah perusahaan yang memiliki sejumlah tenaga penjualan
yang menghubungi pelanggan aktual atau calon pelanggan.
Basis data pribadi banyak digunakan karena sering kali dapat meningkatkan produktivitas
pribadi. Namun, hal ini mempunyai risiko: Data tidak dapat dibagikan dengan mudah kepada
pengguna lain. Misalnya, manajer penjualan menginginkan tampilan kontak pelanggan yang
terkonsolidasi. Hal ini tidak dapat diperoleh dengan cepat atau mudah dari database masing-
masing tenaga penjualan. Hal ini menggambarkan masalah umum: Jika data menarik bagi satu
orang, mungkin data tersebut juga akan menarik bagi orang lain. Oleh karena itu, database
pribadi harus dibatasi pada situasi yang agak khusus (misalnya, dalam organisasi yang sangat
kecil) di mana kebutuhan untuk berbagi data di antara pengguna database pribadi tidak
mungkin muncul.
Basis Data klien/server multitingkat
Seperti disebutkan sebelumnya, kegunaan database pribadi (pengguna tunggal) sangat terbatas. Seringkali, apa
yang dimulai sebagai database pengguna tunggal berkembang menjadi sesuatu yang perlu dibagikan kepada
beberapa pengguna.
Untuk mengatasi keterbatasan ini, sebagian besar aplikasi modern yang memerlukan
dukungan pengguna dalam jumlah besar dibangun menggunakan konsep arsitektur multitier.
Di sebagian besar organisasi, aplikasi ini dimaksudkan untuk mendukung departemen (seperti
pemasaran atau akuntansi) atau divisi (seperti lini bisnis), yang umumnya lebih besar daripada
kelompok kerja (biasanya antara 25 dan 100 orang).
Contoh perusahaan yang memiliki beberapa aplikasi multitier ditunjukkan pada
Gambar 1-11. Dalam arsitektur multitier, antarmuka pengguna dapat diakses di komputer
pengguna individu. Antarmuka pengguna ini dapat berbasis browser Web atau ditulis
menggunakan bahasa pemrograman seperti Visual Basic.NET, Visual C#, atau Java. Lapisan
aplikasi/lapisan server Web berisi logika bisnis yang diperlukan untuk menyelesaikan
transaksi bisnis yang diminta oleh pengguna. Lapisan ini pada gilirannya berkomunikasi
dengan server database. Implikasi paling signifikan terhadap pengembangan database
dari penggunaan arsitektur klien/server multitier adalah kemudahan memisahkan
pengembangan database dan modul yang memelihara data dari modul sistem informasi
yang berfokus pada logika bisnis dan/atau logika presentasi. Selain itu, arsitektur ini
memungkinkan kami meningkatkan kinerja dan pemeliharaan aplikasi dan database. Kami
akan mempertimbangkan arsitektur klien/server dua dan multitier secara lebih rinci di Bab
8.
gambar 1-11Arsitektur database klien/server bertingkat
Pemrosesan hutang dagang Analis arus kas Perwakilan layanan pelanggan
Peramban Peramban Peramban

Klien
tingkat
Basis data vendor, Basis data dari Tidak ada lokal
order pembelian, kuitansi pelanggan basis data

faktur vendor dan pembayaran kami
kepada vendor
Aplikasi/Web Aplikasi/server Web

tingkat
A/P, A/R, pemrosesan pesanan, pengendalian inventaris,
dan lain sebagainya; akses dan konektivitas ke DBMS.
Halaman Web Dinamis; pengelolaan sesi
Perusahaan Basis data transaksi berisi seluruh data organisasi

tingkat atau ringkasan data di server departemen
Server perusahaan
dengan DBMS
Aplikasi perusahaan
Suatu perusahaan (yang berbentuk “e” kecil, bukan huruf kapital “E”, seperti dalamkapal luar angkasa)
aplikasi/database adalah aplikasi yang cakupannya meliputi seluruh organisasi atau perusahaan (atau,
setidaknya, banyak departemen berbeda). Basis data tersebut dimaksudkan untuk mendukung operasi dan
pengambilan keputusan di seluruh organisasi. Perhatikan bahwa suatu organisasi mungkin memiliki
beberapa database perusahaan, sehingga database tersebut tidak mencakup semua data organisasi. Basis
data perusahaan operasional tunggal tidak praktis bagi banyak organisasi menengah hingga besar karena
kesulitan dalam kinerja untuk basis data yang sangat besar, beragamnya kebutuhan pengguna yang
berbeda, dan kompleksitas dalam mencapai definisi data tunggal (metadata) untuk semua pengguna basis
data. Namun, database perusahaan mendukung kebutuhan informasi dari banyak departemen dan divisi.
Evolusi database perusahaan telah menghasilkan dua perkembangan besar:
1.Sistem perencanaan sumber daya perusahaan (ERP).

2.Implementasi gudang data
Aplikasi perusahaan adalah tulang punggung bagi hampir setiap organisasi modern
karena aplikasi tersebut membentuk landasan bagi proses yang mengontrol dan
melaksanakan tugas-tugas dasar bisnis. Mereka adalah sistem yang membuat sebuah
organisasi tetap berjalan, baik itu toko kelontong di lingkungan sekitar dengan beberapa
karyawan atau perusahaan multinasional dengan lusinan divisi di seluruh dunia dan
puluhan ribu karyawan. Fokus dari aplikasi ini adalah menangkap data seputar “transaksi,”
yaitu ratusan atau jutaan (tergantung pada ukuran organisasi dan sifat bisnis) peristiwa
yang terjadi dalam suatu organisasi setiap hari dan menentukan bagaimana bisnis
dijalankan. Misalnya, saat Anda mendaftar untuk kursus database, Anda terlibat dalam
transaksi yang mengambil data tentang pendaftaran Anda. Demikian pula, saat Anda pergi
ke toko untuk membeli permen batangan, terjadi transaksi antara Anda dan toko tersebut,
dan data tentang pembelian Anda diambil. Ketika Wal-Mart membayar ratusan ribu
karyawannya setiap jam, data mengenai transaksi ini disimpan dalam sistem Wal-Mart.
Saat ini sangat umum bahwa organisasi menggunakan sistem paket yang ditawarkan
oleh vendor luar untuk kebutuhan pemrosesan transaksi mereka. Contoh dari jenis sistem
perencanaan sumber daya ini meliputiperencanaan sumber daya perusahaan (erP), manajemen hubungan
perusahaan (erP) pelanggan (CRM), manajemen rantai pasokan (SCM), manajemen sumber daya manusia,
Sebuah sistem manajemen bisnis yang dan penggajian. Semua sistem ini sangat bergantung pada database untuk menyimpan
mengintegrasikan semua fungsi data.
perusahaan, seperti manufaktur,
Sedangkan sistem ERP bekerja dengan data operasional perusahaan saat ini,
penjualan, keuangan, pemasaran,
persediaan, akuntansi, dan sumber daya gudang datamengumpulkan konten dari berbagai database operasional, termasuk
manusia. Sistem ERP adalah aplikasi database pribadi, kelompok kerja, departemen, dan ERP. Gudang data memberi
perangkat lunak yang menyediakan data pengguna kesempatan untuk bekerja dengan data historis untuk mengidentifikasi
yang diperlukan perusahaan untuk
pola dan tren serta jawaban atas pertanyaan bisnis strategis. Gambar 1-12 menyajikan
memeriksa dan mengelola aktivitasnya.
contoh keluaran dari data warehouse. Kami menjelaskan gudang data secara rinci di
Bab 9.
Gudang data Terakhir, salah satu perubahan yang secara dramatis mempengaruhi lingkungan
Basis data pendukung keputusan database adalah keberadaan Internet di mana-mana, dan perkembangan aplikasi yang
terintegrasi yang isinya berasal digunakan oleh banyak orang. Penerimaan Internet oleh dunia usaha telah menghasilkan
dari berbagai basis data
perubahan penting dalam model bisnis yang sudah lama ada. Bahkan perusahaan yang sangat
operasional.
sukses pun terguncang oleh persaingan dari bisnis baru yang telah menggunakan Internet
untuk menyediakan informasi dan layanan pelanggan yang lebih baik, menghilangkan saluran
pemasaran dan distribusi tradisional, dan menerapkan manajemen hubungan karyawan.
Misalnya, pelanggan mengkonfigurasi dan memesan komputer pribadi mereka langsung dari
produsen komputer. Tawaran diterima untuk tiket pesawat dan barang koleksi dalam beberapa
detik setelah penyerahan, terkadang mengakibatkan sub-
gambar 1-12contoh dashboard eksekutif

(http://public.tableausoftware.com/profile/mirandali#!/vizhome/Executive-Dashboard_7/ExecutiveDashboard) Atas
perkenan Tableau Software
tabel 1-5Ringkasan aplikasi Database
jenis Database/aplikasi Jumlah Pengguna yang khas Ukuran Database yang khas
Pribadi 1 Megabita
Perencanaan sumber daya 100–1000 gigabyte
Perusahaan Klien/Server > 100 Gigabyte–terabyte
Multitingkat Pergudangan data > 100 Terabyte–petabyte
kegiatan sudah tersedia di banyak perusahaan. Masing-masing aplikasi berbasis web ini
menggunakan database secara ekstensif.
Dalam contoh sebelumnya, Internet digunakan untuk memfasilitasi interaksi
antara bisnis dan pelanggan (B2C) karena pelanggan berada di luar bisnis. Namun,
untuk jenis aplikasi lainnya, pelanggan bisnis tersebut adalah bisnis lain. Interaksi
tersebut biasanya disebut sebagai hubungan B2B dan diaktifkan oleh ekstranet.
Sebuahekstranetmenggunakan teknologi Internet, namun akses ke ekstranet tidak
bersifat universal, seperti halnya aplikasi Internet. Sebaliknya, akses dibatasi hanya
pada pemasok bisnis dan pelanggan yang telah mencapai kesepakatan mengenai
akses sah dan penggunaan data dan informasi satu sama lain. Akhirnya, sebuah
intranetdigunakan oleh karyawan perusahaan untuk mengakses aplikasi dan
database dalam perusahaan.
Mengizinkan akses seperti itu ke database bisnis menimbulkan masalah keamanan dan
integritas data yang merupakan hal baru dalam manajemen sistem informasi, dimana data
secara tradisional dijaga dan diamankan secara ketat di setiap perusahaan. Permasalahan ini
menjadi lebih kompleks ketika perusahaan memanfaatkan cloud. Sekarang data disimpan di
server yang tidak berada dalam kendali perusahaan yang menghasilkan data tersebut. Kami
membahas masalah ini secara lebih rinci di Bab 12.
Tabel 1-5 menyajikan ringkasan singkat jenis-jenis database yang diuraikan dalam bagian
ini.
MENGEMBANGKAN APLIKASI DATABASE UNTUK PERUSAHAAN

furniture Pine vAlley
Perusahaan Furnitur Pine Valley diperkenalkan di awal bab ini. Pada akhir tahun 1990-an, persaingan
dalam produksi furnitur semakin ketat, dan para pesaing tampaknya memberikan respons yang lebih
cepat dibandingkan Pine Valley Furniture terhadap peluang bisnis baru. Meskipun ada banyak alasan
yang menyebabkan tren ini, para manajer percaya bahwa sistem informasi komputer yang mereka
gunakan (berdasarkan pemrosesan file tradisional) sudah ketinggalan zaman. Setelah menghadiri sesi
pengembangan eksekutif yang dipimpin oleh Heikki Topi dan Jeff Hoffer (kami berharap!), perusahaan
memulai upaya pengembangan yang akhirnya mengarah pada penerapan pendekatan database
untuk perusahaan. Data yang sebelumnya disimpan dalam file terpisah telah diintegrasikan ke dalam
satu struktur database. Selain itu, metadata yang mendeskripsikan data ini berada dalam struktur
yang sama. DBMS menyediakan antarmuka antara berbagai aplikasi basis data untuk pengguna
organisasi dan basis data (atau basis data). DBMS memungkinkan pengguna untuk berbagi data dan
menanyakan, mengakses, dan memperbarui data yang disimpan.
Untuk memfasilitasi pertukaran data dan informasi, Perusahaan Furnitur Pine Valley
menggunakan jaringan area lokal (LAN) yang menghubungkan stasiun kerja karyawan di berbagai
departemen ke server database, seperti yang ditunjukkan pada Gambar 1-13. Pada awal tahun 2000-
an, perusahaan melakukan upaya dua tahap untuk memperkenalkan teknologi Internet. Pertama,
untuk meningkatkan komunikasi intraperusahaan dan pengambilan keputusan, intranet dipasang
yang memungkinkan karyawan mengakses informasi perusahaan dengan cepat berbasis Web,
termasuk direktori telepon, spesifikasi desain furnitur, email, dan sebagainya. Selain itu, Perusahaan
Furnitur Pine Valley juga menambahkan antarmuka Web pada beberapa aplikasi bisnisnya, seperti
entri pesanan, sehingga lebih banyak aktivitas bisnis internal yang memerlukan akses data di server
database juga dapat dilakukan oleh karyawan melalui
gambar 1-13Komputer
Sistem untuk Perusahaan
Akuntansi
Furnitur Pine Valley
Penjualan
Pelanggan
Pembelian
Internet
Server Web/Aplikasi
Web ke Basis Data

Perangkat Tengah
Basis data
pelayan
Basis data
intranetnya. Namun, sebagian besar aplikasi yang menggunakan server database masih belum
memiliki antarmuka Web dan mengharuskan aplikasi itu sendiri disimpan di stasiun kerja
karyawan.
Evolusi basis data di perusahaan furnitur Pine Valley

Ciri dari database yang baik adalah ia dapat berkembang dan berkembang! Helen Jarvis, manajer
produk furnitur kantor rumah di Pine Valley Furniture Company, mengetahui bahwa persaingan
menjadi semakin ketat dalam lini produk yang sedang berkembang ini. Oleh karena itu, semakin
penting bagi Pine Valley Furniture agar Helen dapat menganalisis penjualan produknya secara lebih
menyeluruh. Seringkali analisis ini bersifat ad hoc, didorong oleh kondisi bisnis yang berubah dengan
cepat dan tidak terduga, komentar dari manajer toko furnitur, gosip industri perdagangan, atau
pengalaman pribadi. Helen telah meminta agar dia diberikan akses langsung ke data penjualan
dengan antarmuka yang mudah digunakan sehingga dia dapat mencari jawaban atas berbagai
pertanyaan pemasaran yang akan dia hasilkan.
Chris Martin adalah seorang analis sistem di bidang pengembangan sistem informasi
Pine Valley Furniture. Chris telah bekerja di Pine Valley Furniture selama lima tahun dan
memiliki pengalaman dengan sistem informasi dari beberapa area bisnis di Pine Valley.
Dengan pengalaman ini, pendidikan sistem informasinya di Western Florida University, dan
pelatihan ekstensif yang diberikan Pine Valley, dia telah menjadi salah satu pengembang
sistem terbaik di Pine Valley. Chris ahli dalam pemodelan data dan akrab dengan beberapa
sistem manajemen basis data relasional yang digunakan dalam perusahaan. Karena
pengalaman, keahlian, dan ketersediaannya, kepala informasi
sistem telah menugaskan Chris untuk bekerja dengan Helen atas permintaannya akan sistem
pendukung pemasaran.
Karena Pine Valley Furniture telah berhati-hati dalam pengembangan sistemnya, terutama sejak
mengadopsi pendekatan database, maka perusahaan telah memiliki database yang mendukung
fungsi operasional bisnisnya. Dengan demikian, kemungkinan besar Chris akan dapat mengekstrak
data yang dibutuhkan Helen dari database yang ada. Arsitektur sistem informasi Pine Valley
memerlukan sistem seperti yang diminta Helen untuk dibangun sebagai database yang berdiri sendiri
sehingga penggunaan data yang tidak terstruktur dan tidak dapat diprediksi tidak akan mengganggu
akses ke database operasional yang diperlukan untuk mendukung sistem pemrosesan transaksi yang
efisien.
Lebih lanjut, karena kebutuhan Helen adalah analisis data, bukan pembuatan dan pemeliharaan, dan
bersifat pribadi, bukan institusional, Chris memutuskan untuk mengikuti kombinasi pendekatan pembuatan
prototipe dan siklus hidup dalam mengembangkan sistem yang diminta Helen. Ini berarti bahwa Chris akan
mengikuti semua langkah siklus hidup namun memfokuskan energinya pada langkah-langkah yang
merupakan bagian integral dari pembuatan prototipe. Oleh karena itu, dia akan segera menangani
perencanaan proyek dan kemudian menggunakan siklus analisis, desain, dan implementasi yang berulang
untuk bekerja sama dengan Helen guna mengembangkan prototipe kerja dari sistem yang dia butuhkan.
Karena sistemnya bersifat pribadi dan kemungkinan besar memerlukan database dengan cakupan terbatas,
Chris berharap prototipe tersebut akan menjadi sistem sebenarnya yang akan digunakan Helen. Chris telah
memilih untuk mengembangkan sistem menggunakan Microsoft Access,
Perencanaan proyek
Chris memulai proyek dengan mewawancarai Helen. Chris bertanya kepada Helen tentang area
bisnisnya, mencatat tentang tujuan area bisnis, fungsi bisnis, tipe entitas data, dan objek bisnis
lain yang dia tangani. Pada titik ini, Chris lebih banyak mendengarkan daripada berbicara
sehingga dia dapat berkonsentrasi untuk memahami bidang bisnis Helen; dia menyela
pertanyaan dan memastikan bahwa Helen tidak mencoba untuk langsung berbicara tentang
apa yang menurutnya dia perlukan sehubungan dengan layar komputer dan laporan dari sistem
informasi. Chris mengajukan pertanyaan umum, menggunakan terminologi bisnis dan
pemasaran sebanyak mungkin. Misalnya, Chris bertanya kepada Helen masalah apa yang dia
hadapi dalam mengelola produk kantor pusat; apa orang, tempat, dan hal-hal yang menarik
baginya dalam pekerjaannya; seberapa jauh dia membutuhkan data untuk melakukan
analisisnya; dan peristiwa apa yang terjadi dalam bisnis yang menarik baginya. Chris
memberikan perhatian khusus pada tujuan Helen serta entitas data yang dia minati.
Chris melakukan dua analisis singkat sebelum berbicara dengan Helen lagi. Pertama, dia mengidentifikasi semua database yang berisi data yang terkait
dengan entitas data yang disebutkan Helen. Dari database ini, Chris membuat daftar semua atribut data dari entitas data yang menurutnya mungkin menarik bagi
Helen dalam analisisnya terhadap pasar furnitur kantor rumah. Keterlibatan Chris sebelumnya dalam proyek yang mengembangkan sistem pelacakan dan
perkiraan penjualan standar Pine Valley serta sistem akuntansi biaya membantunya berspekulasi tentang jenis data yang mungkin diinginkan Helen. Misalnya,
tujuan untuk melampaui sasaran penjualan untuk setiap kategori penyelesaian produk perabot kantor menunjukkan bahwa Helen menginginkan sasaran
penjualan tahunan produk dalam sistemnya; Juga, tujuan mencapai setidaknya pertumbuhan penjualan tahunan sebesar 8 persen berarti bahwa pesanan tahun
sebelumnya untuk setiap produk harus disertakan. Dia juga menyimpulkan bahwa database Helen harus mencakup semua produk, bukan hanya produk furnitur
kantor, karena dia ingin membandingkan produknya dengan produk lain. Namun, ia mampu menghilangkan banyak atribut data yang disimpan pada setiap entitas
data. Misalnya, Helen tampaknya tidak memerlukan berbagai data pelanggan seperti alamat, nomor telepon, contact person, ukuran toko, dan tenaga penjualan.
Namun, Chris menyertakan beberapa atribut tambahan, jenis pelanggan, dan kode pos, yang menurutnya mungkin penting dalam sistem perkiraan penjualan.
karena dia ingin membandingkan dialognya dengan orang lain. Namun, ia mampu menghilangkan banyak atribut data yang disimpan pada setiap entitas data.
Misalnya, Helen tampaknya tidak memerlukan berbagai data pelanggan seperti alamat, nomor telepon, contact person, ukuran toko, dan tenaga penjualan.
karena dia ingin membandingkan dialognya dengan orang lain. Namun, ia mampu menghilangkan banyak atribut data yang disimpan pada setiap entitas data.
Misalnya, Helen tampaknya tidak memerlukan berbagai data pelanggan seperti alamat, nomor telepon, contact person, ukuran toko, dan tenaga penjualan.
Kedua, dari daftar ini, Chris menggambar model data konseptual (Gambar 1-14) yang
mewakili entitas data dengan atribut data terkait, serta hubungan utama di antara entitas
data tersebut. Model data direpresentasikan menggunakan notasi yang disebut model
Entity-Relationship (ER). Anda akan mempelajari lebih lanjut tentang notasi ini di
gambar 1-14Model data awal untuk

sistem pendukung pemasaran lini
produk Home Office
PRODUK
PELANGGAN
GARIS
Tempat Termasuk
Mengandung MEMESAN Memiliki

MEMESAN PRODUK
GARIS
Ditagih
Dibayar
FAKTUR PEMBAYARAN
Bab 2 dan 3. Atribut data setiap entitas yang menurut Chris diinginkan Helen untuk sistemnya
tercantum pada Tabel 1-6. Chris mencantumkan di Tabel 1-6 hanya atribut data dasar dari
database yang ada, karena Helen mungkin ingin menggabungkan data ini dengan berbagai cara
untuk analisis yang ingin dia lakukan.
Menganalisis kebutuhan Basis Data

Sebelum pertemuan mereka berikutnya, Chris mengirimi Helen jadwal proyek kasar yang menguraikan langkah-
langkah yang akan dia ikuti dan perkiraan jangka waktu yang diperlukan untuk setiap langkah. Karena pembuatan
prototipe adalah proses yang digerakkan oleh pengguna, di mana pengguna mengatakan kapan harus berhenti
melakukan iterasi pada versi prototipe baru, Chris hanya dapat memberikan perkiraan kasar mengenai durasi
langkah proyek tertentu.
Chris lebih banyak berbicara pada pertemuan kedua ini, namun dia memperhatikan
dengan cermat reaksi Helen terhadap ide awalnya untuk aplikasi database. Dia secara
metodis menelusuri setiap entitas data pada Gambar 1-14, menjelaskan apa artinya dan
kebijakan serta prosedur bisnis apa yang diwakili oleh setiap baris antar entitas.
Beberapa aturan yang dia rangkum tercantum di sini:
1.Setiap PELANGGANTempatsejumlah PESANAN. Sebaliknya, setiap ORDER Ditempatkan

Olehtepat satu PELANGGAN.
2.Setiap pesananMengandungsejumlah GARIS PESANAN. Sebaliknya, setiap ORDER LINE
Terkandung Dalamtepat satu PESANAN.
3.Setiap PRODUKMemilikisejumlah GARIS PESANAN. Sebaliknya, setiap ORDER LINE
Adalah untuktepat satu PRODUK.
4.Setiap pesananDitagihsatu INVOICE dan masing-masing INVOICEApakah RUU untuktepat satu
PESANAN.
Tempat,Mengandung, DanMemilikiDisebut hubungan satu-ke-banyak karena, misalnya, satu

pelanggan berpotensi menempatkan banyak pesanan dan satu pesanan dilakukan oleh tepat satu
pelanggan.
Selain hubungan, Chris juga menyajikan kepada Helen beberapa detail tentang atribut data
yang terdapat pada Tabel 1-6. Misalnya, Nomor Pesanan secara unik mengidentifikasi setiap pesanan.
Data lain tentang pesanan yang menurut Chris mungkin ingin diketahui Helen termasuk
tabel 1-6Atribut data untuk Entitas di

Model Data Awal (Perusahaan Furnitur Pine Valley)
Tipe entitas atribut

Pelanggan Pengenal Pelanggan
Nama Pelanggan
Tipe pelanggan
Kode Pos Pelanggan
Produk Pengenal Produk

Deskripsi Produk
Produk Selesai
Harga Produk
Biaya Produk
Nama Lini Produk Sasaran
Penjualan Tahunan Produk
Lini Produk Nama Lini Produk

Nomor Pesanan Sasaran Penjualan
Memesan Tahunan Lini Produk
Tanggal Penempatan Pesanan
Tanggal Pemenuhan Pesanan
Pengenal Pelanggan
Produk yang Dipesan Jumlah order

Pengenal Produk
jumlah pesanan
Faktur Nomor faktur

Jumlah order
Tanggal faktur
Pembayaran Nomor faktur

Tanggal pembayaran
Jumlah pembayaran
tanggal pemesanan dilakukan dan tanggal pemesanan dipenuhi. (Ini akan menjadi tanggal
pengiriman terakhir untuk produk dalam pesanan.) Chris juga menjelaskan bahwa atribut
Tanggal Pembayaran mewakili tanggal terbaru ketika pelanggan melakukan pembayaran,
seluruhnya atau sebagian, untuk pesanan tersebut.
Mungkin karena Chris sangat siap atau sangat antusias, Helen bersemangat dengan kemungkinan
yang ada, dan kegembiraan ini mendorongnya untuk memberi tahu Chris tentang beberapa data tambahan
yang dia inginkan (jumlah tahun pelanggan telah membeli produk dari Pine Valley Furniture Company dan
jumlah pengiriman yang diperlukan untuk memenuhi setiap pesanan). Helen juga mencatat bahwa Chris
hanya mempunyai target penjualan satu tahun yang diindikasikan untuk suatu lini produk. Dia
mengingatkannya bahwa dia menginginkan data ini untuk tahun-tahun yang lalu dan saat ini. Saat dia
bereaksi terhadap model data, Chris bertanya kepadanya bagaimana dia bermaksud menggunakan data
yang diinginkannya. Chris tidak mencoba untuk menjelaskan secara menyeluruh pada saat ini karena dia
tahu bahwa Helen belum bekerja dengan kumpulan informasi seperti yang sedang dikembangkan; oleh
karena itu, dia mungkin belum yakin dengan data apa yang dia inginkan atau apa yang ingin dia lakukan
dengan data tersebut. Lebih tepatnya, Tujuan Chris adalah untuk memahami beberapa cara Helen
menggunakan data sehingga dia dapat mengembangkan prototipe awal, termasuk database dan beberapa
tampilan atau laporan komputer. Daftar terakhir atribut yang menurut Helen dibutuhkannya terdapat pada
Tabel 1-7.
tabel 1-7Atribut data untuk Entitas dalam Model Data Akhir

(Perusahaan Furnitur Pine Valley)
Tipe entitas atribut

Pelanggan Pengenal Pelanggan
Nama Pelanggan
Tipe pelanggan
Kode Pos Pelanggan
Tahun Pelanggan
Produk Pengenal Produk

Deskripsi Produk
Produk Selesai
Harga Produk
Biaya Produk
Sasaran Penjualan Produk Tahun
Sebelumnya Sasaran Penjualan Produk
Tahun Ini Nama Lini Produk
Lini Produk Nama Lini Produk

Lini Produk Sasaran Penjualan Tahun
Sebelumnya Lini Produk Sasaran Penjualan
Memesan Tahun Ini Jumlah order
Tanggal Penempatan Pesanan
Tanggal Pemenuhan Pesanan
Nomor Pesanan Pengiriman

Pengenal Pelanggan
Produk yang Dipesan Jumlah order

Pengenal Produk
jumlah pesanan
Faktur Nomor faktur

Jumlah order
Tanggal faktur
Pembayaran Nomor faktur

Tanggal pembayaran
Jumlah pembayaran
*Perubahan dari daftar atribut awal muncul dalam huruf miring.
Merancang Basis Data

Karena Chris mengikuti metodologi pembuatan prototipe dan dua sesi pertama dengan Helen dengan
cepat mengidentifikasi data yang mungkin dibutuhkan Helen, Chris kini siap untuk membuat
prototipe. Langkah pertamanya adalah membuat model data proyek seperti yang ditunjukkan pada
Gambar 1-15. Perhatikan karakteristik model data proyek berikut ini:
1.Ini adalah model organisasi yang memberikan informasi berharga tentang bagaimana
organisasi berfungsi, serta kendala-kendala penting.
2.Model data proyek berfokus pada entitas, hubungan, dan aturan bisnis. Ini juga mencakup
label atribut untuk setiap bagian data yang akan disimpan di setiap entitas.
Kedua, Chris menerjemahkan model data ke dalam sekumpulan tabel yang kolomnya
merupakan atribut data dan barisnya merupakan kumpulan nilai yang berbeda untuk atribut tersebut.
gambar 1-15Model data proyek untuk sistem pendukung pemasaran lini produk Home Office
PELANGGAN GARIS PRODUK

Pelanggan I D Nama Lini Produk
Nama Pelanggan PL Sasaran Penjualan Tahun Sebelumnya
Tipe pelanggan PL Sasaran Penjualan Tahun Ini
Kode Pos Pelanggan
Tahun Pelanggan Termasuk
Tempat
MEMESAN GARIS PESANAN PRODUK

Jumlah order Mengandung Jumlah order Memiliki ID Produk
Tanggal Penempatan Pesanan ID Produk Deskripsi Produk
Tanggal Pemenuhan Pesanan jumlah pesanan Produk Selesai
Nomor Pesanan Pengiriman Harga Standar Produk
Biaya Produk
Ditagih Sasaran Penjualan PR Tahun Sebelumnya PR
Sasaran Penjualan Tahun Ini
FAKTUR PEMBAYARAN
Nomor faktur Dibayar Nomor faktur
Jumlah order Tanggal pembayaran
Tanggal faktur Jumlah pembayaran
Tabel adalah blok penyusun dasar database relasional (kita akan mempelajarinya di Bab 4),
yang merupakan gaya database untuk Microsoft Access. Gambar 1-16 menunjukkan empat
tabel dengan data sampel: Pelanggan, Produk, Pesanan, dan OrderLine. Perhatikan bahwa
tabel-tabel ini mewakili empat entitas yang ditunjukkan dalam model data proyek (Gambar
1-15). Setiap kolom tabel mewakili atribut (atau karakteristik) suatu entitas. Misalnya,
atribut yang ditampilkan untuk Pelanggan adalah ID Pelanggan dan Nama Pelanggan.
Setiap baris tabel mewakili sebuah instance (atau kejadian) dari entitas. Desain database
juga mengharuskan Chris untuk menentukan format, atau properti, untuk setiap atribut
(MS Access memanggil atributbidang). Keputusan desain ini mudah dalam hal ini karena
sebagian besar atribut telah ditentukan dalam kamus data perusahaan.
Tabel yang ditunjukkan pada Gambar 1-14 dibuat menggunakan SQL (Anda akan
mempelajarinya di Bab 6 dan 7). Gambar 1-17 dan 1-18 menunjukkan pernyataan SQL yang
mungkin digunakan Chris untuk membuat struktur tabel ProductLine dan Product. Merupakan
kebiasaan untuk menambahkan akhiran _T pada nama tabel. Perhatikan juga bahwa karena
Access tidak memperbolehkan spasi di antara nama, setiap kata dalam atribut dari model data
kini telah digabungkan. Oleh karena itu, Deskripsi Produk dalam model data menjadi Deskripsi
Produk dalam tabel. Chris melakukan terjemahan ini sehingga setiap tabel memiliki atribut,
yang disebut “kunci utama” tabel, yang akan berbeda untuk setiap baris dalam tabel. Properti
utama lainnya dari setiap tabel adalah hanya ada satu nilai untuk setiap atribut di setiap baris;
jika kita mengetahui nilai pengenalnya, hanya ada satu nilai untuk setiap atribut lainnya.
Misalnya, untuk lini produk apa pun, hanya ada satu nilai untuk sasaran penjualan tahun ini.
Karakteristik kunci terakhir dari model relasional adalah model ini merepresentasikan
hubungan antar entitas berdasarkan nilai yang disimpan dalam kolom tabel terkait. Misalnya,
perhatikan bahwa CustomerID adalah atribut dari tabel Pelanggan dan tabel Pesanan. Hasilnya,
kami dapat dengan mudah menghubungkan pesanan ke pelanggan terkaitnya. Misalnya, kami
dapat menentukan bahwa OrderID 1003 dikaitkan dengan CustomerID 1. Bisakah Anda
menentukan ProductID mana yang dikaitkan dengan OrderID 1004?
gambar 1-16
(a) Pesan a
(b) Meja pelanggan (c) Tabel produk
Di Bab 6 dan 7, Anda juga akan mempelajari cara mengambil data dari tabel ini dengan menggunakan SQL,
yang memanfaatkan keterkaitan ini. Keputusan besar lainnya yang harus diambil Chris tentang desain basis
data adalah bagaimana mengatur basis data secara fisik untuk merespons pertanyaan yang akan ditulis
Helen secepat mungkin. Karena database akan digunakan untuk mendukung pengambilan keputusan, baik
Chris maupun Helen tidak dapat mengantisipasi semua pertanyaan yang akan muncul; oleh karena itu, Chris
harus membuat pilihan desain fisik berdasarkan pengalaman, bukan pengetahuan yang tepat tentang cara
database akan digunakan. Kuncinya adalah fisik
gambar 1-17Definisi SQL dari

tabel ProductLine
BUAT TABEL Lini Produk_T
(IDProdukLine VARCHAR (40) BUKAN KUNCI UTAMA NULL,
PlPriorYearGoal DESIMAL,
PlTujuan Tahun Saat Ini DESIMAL);
gambar 1-18 Definisi SQL dari

BUAT TABEL Produk_T Tabel produk
(ID Produk NOMOR(11,0) BUKAN KUNCI UTAMA NULL
Deskripsi Produk VARCHAR (50),
Produk Selesai VARCHAR (20),
ProdukStandarHarga Desimal(6,2),
Biaya Produk DESIMAL,
ProdukSebelumnyaTahunTujuan DESIMAL,
ProdukTujuan Tahun Saat Ini DESIMAL,
ID Lini Produk VARCHAR (40),
KUNCI ASING (ProductLineID) REFERENSI ProductLine_T (ProductLineID));
Keputusan desain basis data yang diizinkan oleh SQL untuk dibuat oleh perancang basis data adalah
pada atribut mana yang akan membuat indeks. Semua atribut kunci utama (seperti OrderNumber
untuk tabel Order_T)—yang memiliki nilai unik di seluruh baris tabel—diindeks. Selain itu, Chris
menggunakan aturan umum: Buat indeks untuk atribut apa pun yang memiliki lebih dari 10 nilai
berbeda dan yang mungkin digunakan Helen untuk mensegmentasi database. Misalnya, Helen
mengindikasikan bahwa salah satu cara dia ingin menggunakan database adalah dengan melihat
penjualan berdasarkan produk akhir. Oleh karena itu, mungkin masuk akal untuk membuat indeks
pada tabel Product_T menggunakan atribut Product Finish.
Namun, Pine Valley hanya menggunakan enam produk akhir, atau jenis kayu, sehingga ini
bukan kandidat indeks yang berguna. Di sisi lain, OrderPlacementDate (disebut kunci sekunder karena
mungkin ada lebih dari satu baris dalam tabel Order_T dengan nilai atribut yang sama), yang juga
ingin digunakan Helen untuk menganalisis penjualan dalam periode waktu yang berbeda, adalah
indeks yang bagus calon.
menggunakan Basis Data
Helen akan menggunakan database yang Chris buat terutama untuk pertanyaan-pertanyaan ad hoc, jadi Chris akan
melatihnya sehingga dia dapat mengakses database dan membuat kueri untuk menjawab pertanyaan-pertanyaan
ad hocnya. Helen telah menunjukkan beberapa pertanyaan standar yang ingin dia tanyakan secara berkala. Chris
akan mengembangkan beberapa jenis rutinitas yang telah ditulis sebelumnya (formulir, laporan, dan pertanyaan)
yang dapat memudahkan Helen menjawab pertanyaan-pertanyaan standar ini (sehingga dia tidak perlu
memprogram pertanyaan-pertanyaan ini dari awal).
Selama proses pengembangan prototipe, Chris dapat mengembangkan banyak contoh dari masing-
masing rutinitas ini saat Helen mengkomunikasikan dengan lebih jelas apa yang dia ingin sistem dapat
lakukan. Namun, pada tahap awal pengembangan ini, Chris ingin mengembangkan satu rutinitas untuk
membuat prototipe pertama. Salah satu kumpulan informasi standar yang diinginkan Helen adalah daftar
setiap produk di lini produk Home Office yang menunjukkan total penjualan setiap produk hingga saat ini
dibandingkan dengan sasaran penjualan tahun ini. Helen mungkin menginginkannya
gambar 1-19Kueri SQL untuk

perbandingan penjualan dan PILIH Produk.ID Produk, Produk.Deskripsi Produk, Produk.PRCurrentYearSalesGoal,
sasaran Home Office
(Jumlah Pesanan * Harga Produk) SEBAGAI Tanggal Penjualan
DARI Order.OrderLine, Produk.ProductLine
DIMANA Order.OrderNumber = OrderLine.OrderNumber
DAN Produk.IDProduk = ProdukPesanan.IDProduk
DAN Produk.IDProduk = LiniProduk.IDProduk
DAN Product.ProductLineName = “Rumah Kantor”;
gambar 1-20Perbandingan
penjualan lini produk Home Office
Penjualan Rumah Kantor Hingga Saat Ini : Pilih Kueri
ID Produk Deskripsi Produk Sasaran Penjualan PR Tahun Ini Penjualan Sampai Saat Ini
3 Meja komputer $23.500,00 5625

10 Rak Buku 96". $22,500.00 4400
5 Meja Penulis $26.500,00 650
3 Meja komputer $23.500,00 3750
7 Rak Buku 48". $17,000.00 2250
5 Meja Penulis $26.500,00 3900
hasil kueri ini akan ditampilkan dengan cara yang lebih bergaya—kesempatan untuk menggunakan laporan
—tetapi untuk saat ini Chris akan menyajikan fitur ini kepada Helen hanya sebagai kueri.
Kueri untuk menghasilkan daftar produk ini muncul pada Gambar 1-19, dengan contoh
keluaran pada Gambar 1-20. Kueri pada Gambar 1-19 menggunakan SQL. Anda dapat melihat tiga dari
enam klausa SQL standar dalam kueri ini: SELECT, FROM, dan WHERE. SELECT menunjukkan atribut
mana yang akan ditampilkan dalam hasil. Satu perhitungan juga disertakan dan diberi label
“Penjualan Sampai Saat Ini”. FROM menunjukkan tabel mana yang harus diakses untuk mengambil
data. WHERE mendefinisikan tautan antar tabel dan menunjukkan bahwa hasil hanya dari lini produk
Home Office yang akan disertakan. Hanya data terbatas yang dimasukkan untuk contoh ini, sehingga
hasil Total Penjualan pada Gambar 1-20 terbilang kecil, namun formatnya adalah hasil query pada
Gambar 1-19.
Chris sekarang siap untuk bertemu dengan Helen lagi untuk melihat apakah prototipe tersebut mulai
memenuhi kebutuhannya. Chris menunjukkan sistemnya kepada Helen. Saat Helen memberikan saran, Chris dapat
membuat beberapa perubahan secara online, namun banyak pengamatan Helen yang harus menunggu pekerjaan
yang lebih hati-hati di mejanya.
Ruang tidak mengizinkan kami meninjau keseluruhan proyek untuk mengembangkan sistem
pendukung pemasaran Home Office. Chris dan Helen akhirnya bertemu sekitar belasan kali sebelum
Helen merasa puas bahwa semua atribut yang dia butuhkan ada di database; bahwa pertanyaan
standar, formulir, dan laporan yang ditulis Chris berguna baginya; dan bahwa dia tahu cara menulis
pertanyaan untuk pertanyaan yang tidak terduga. Chris akan siap membantu Helen kapan saja untuk
memberikan dukungan konsultasi ketika dia mengalami masalah dengan sistem, termasuk menulis
pertanyaan, formulir, atau laporan yang lebih kompleks. Satu keputusan akhir yang diambil Chris dan
Helen adalah kinerja prototipe akhir cukup efisien sehingga prototipe tidak perlu ditulis ulang atau
didesain ulang. Helen sekarang siap menggunakan sistem tersebut.
Mengelola Basis Data

Administrasi sistem pendukung pemasaran Home Office cukup sederhana. Helen memutuskan
bahwa dia dapat hidup dengan pengunduhan data baru setiap minggu dari Pine Valley
database operasional ke dalam database MS Access-nya. Chris menulis program C# dengan perintah SQL
yang tertanam di dalamnya untuk melakukan ekstrak yang diperlukan dari database perusahaan dan
menulis program MS Access dalam Visual Basic untuk membangun kembali tabel Access dari ekstrak ini; dia
menjadwalkan pekerjaan ini untuk dijalankan setiap Minggu malam. Chris juga memperbarui model
arsitektur sistem informasi perusahaan dengan menyertakan sistem pendukung pemasaran Home Office.
Langkah ini penting sehingga ketika terjadi perubahan pada format data yang disertakan dalam sistem
Helen, alat pemodelan dan desain data perusahaan dapat mengingatkan Chris bahwa perubahan mungkin
juga harus dilakukan pada sistemnya.
masa depan Database di Pine Valley

Meskipun database yang ada saat ini di Pine Valley cukup mendukung operasi sehari-hari
perusahaan, permintaan seperti yang dibuat oleh Helen telah menyoroti bahwa database
yang ada seringkali tidak memadai untuk aplikasi pendukung keputusan. Misalnya, berikut
adalah beberapa jenis pertanyaan yang tidak dapat dijawab dengan mudah:
1.Bagaimana pola penjualan furnitur tahun ini dibandingkan periode yang sama tahun
lalu?
2.Siapakah 10 pelanggan terbesar kami, dan bagaimana pola pembelian mereka?
3.Mengapa kita tidak dapat dengan mudah memperoleh gambaran gabungan tentang setiap pelanggan yang
memesan melalui saluran penjualan yang berbeda, dibandingkan melihat setiap kontak sebagai mewakili
pelanggan yang terpisah?
Untuk menjawab pertanyaan ini dan pertanyaan lainnya, organisasi sering kali perlu
membangun database terpisah yang berisi informasi historis dan ringkasan. Basis data seperti ini
biasa disebut agudang dataatau, dalam beberapa kasus, apasar data. Selain itu, analis memerlukan
alat pendukung keputusan khusus untuk menanyakan dan menganalisis database. Salah satu kelas
alat yang digunakan untuk tujuan ini disebut alat pemrosesan analitis online (OLAP). Kami
menjelaskan gudang data, data mart, dan alat pendukung keputusan terkait di Bab 11. Di sana Anda
akan mempelajari minat dalam membangun gudang data yang kini berkembang di Perusahaan
Furnitur Pine Valley.
Ringkasan
Selama dua dekade terakhir, terdapat pertumbuhan yang semua definisi data, hubungan data, format layar dan
sangat besar dalam jumlah dan pentingnya aplikasi laporan, serta komponen sistem lainnya.
database. Basis data digunakan untuk menyimpan, Sistem pemrosesan file komputer dikembangkan pada
memanipulasi, dan mengambil data di setiap jenis awal era komputer sehingga komputer dapat menyimpan,
organisasi. Dalam lingkungan yang sangat kompetitif saat memanipulasi, dan mengambil data file berukuran besar.
ini, terdapat indikasi bahwa teknologi database akan Sistem ini (masih digunakan sampai sekarang) memiliki
menjadi semakin penting. Kursus manajemen basis data sejumlah keterbatasan penting seperti ketergantungan antara
modern adalah salah satu mata kuliah terpenting dalam program dan data, duplikasi data, pembagian data yang
kurikulum sistem informasi. terbatas, dan waktu pengembangan yang lama. Pendekatan
Basis data adalah kumpulan data yang terhubung secara basis data dikembangkan untuk mengatasi keterbatasan ini.
logis dan terorganisir. Kami mendefinisikandatasebagai Pendekatan ini menekankan integrasi dan berbagi data di
representasi tersimpan dari objek dan peristiwa yang mempunyai seluruh organisasi. Keuntungan dari pendekatan ini mencakup
arti dan kepentingan dalam lingkungan pengguna. Informasi kemandirian data program, peningkatan pembagian data,
adalah data yang telah diolah sedemikian rupa sehingga minimal redundansi data, dan peningkatan produktivitas
pengetahuan orang yang menggunakan data tersebut bertambah. pengembangan aplikasi.
Baik data maupun informasi dapat disimpan dalam database. Pengembangan basis data dimulai dengan
Metadata adalah data yang menggambarkan properti atau pemodelan data perusahaan, di mana cakupan dan isi
karakteristik data pengguna akhir dan konteks data tersebut. Sistem umum basis data organisasi ditetapkan. Selain
manajemen basis data (DBMS) adalah sistem perangkat lunak yang hubungan antar entitas data itu sendiri, hubungannya
digunakan untuk membuat, memelihara, dan menyediakan akses dengan objek perencanaan organisasi lainnya, seperti
terkontrol ke basis data pengguna. DBMS menyimpan metadata dalam unit organisasi, lokasi, fungsi bisnis, dan sistem
repositori, yang merupakan gudang pusatnya informasi, juga perlu dibangun.
Hubungan antara entitas data dan objek perencanaan organisasi Aplikasi database dapat disusun ke dalam kategori
lainnya dapat direpresentasikan pada tingkat tinggi melalui berikut: database pribadi, database multitier, dan database
matriks perencanaan, yang dapat dimanipulasi untuk memahami perusahaan. Basis data perusahaan mencakup gudang data
pola hubungan. Setelah kebutuhan akan database diidentifikasi, dan basis data pendukung keputusan terintegrasi yang
baik dari latihan perencanaan atau dari permintaan khusus (seperti isinya berasal dari berbagai basis data operasional. Sistem
permintaan dari Helen Jarvis untuk sistem pendukung pemasaran perencanaan sumber daya perusahaan (ERP) sangat
produk Home Office), tim proyek dibentuk untuk mengembangkan bergantung pada database perusahaan. Basis data modern
semua elemen. Tim proyek mengikuti proses pengembangan dan aplikasi yang menggunakannya mungkin berlokasi di
sistem, seperti siklus hidup pengembangan sistem atau banyak komputer. Meskipun sejumlah tingkatan mungkin
pembuatan prototipe. Siklus hidup pengembangan sistem dapat ada (dari satu hingga banyak), tiga tingkatan komputer
diwakili oleh lima langkah metodis: (1) perencanaan, (2) analisis, (3) berhubungan dengan arsitektur klien/server untuk
desain, (4) implementasi, dan (5) pemeliharaan. Kegiatan pemrosesan basis data: (1) tingkat klien, di mana konten
pengembangan basis data terjadi di setiap fase yang tumpang basis data disajikan kepada pengguna; (2) tingkat aplikasi/
tindih ini, dan umpan balik mungkin terjadi yang menyebabkan server Web, tempat analisis konten database dilakukan dan
proyek kembali ke fase sebelumnya. Dalam pembuatan prototipe, sesi pengguna dikelola; dan (3) tingkat server perusahaan,
database dan aplikasinya disempurnakan secara berulang melalui
interaksi yang erat antara pengembang sistem dan pengguna. Kami menutup bab ini dengan tinjauan proyek
Pembuatan prototipe berfungsi paling baik ketika aplikasi database pengembangan basis data hipotetis di Pine Valley Furniture
berukuran kecil dan berdiri sendiri, serta jumlah penggunanya Company. Sistem untuk mendukung pemasaran lini produk
sedikit. furnitur Home Office ini menggambarkan penggunaan sistem
Mereka yang bekerja pada proyek pengembangan basis data manajemen database pribadi dan pengkodean SQL untuk
berurusan dengan tiga pandangan, atau skema, untuk basis data: (1) mengembangkan database hanya pengambilan. Basis data dalam
skema konseptual, yang memberikan gambaran basis data yang aplikasi ini berisi data yang diambil dari basis data perusahaan dan
lengkap dan tidak bergantung pada teknologi; (2) skema internal, yang kemudian disimpan dalam basis data terpisah di tingkat klien.
menentukan database lengkap yang akan disimpan dalam memori Prototyping digunakan untuk mengembangkan aplikasi database
sekunder komputer dalam bentuk skema logis dan skema fisik; dan (3) ini karena penggunanya, Helen Jarvis, memiliki kebutuhan yang
skema eksternal atau tampilan pengguna, yang mendeskripsikan tidak terstruktur yang paling baik dapat ditemukan melalui proses
database yang relevan dengan sekumpulan pengguna tertentu dalam berulang dalam pengembangan dan penyempurnaan sistem.
kaitannya dengan sekumpulan tampilan pengguna yang Selain itu, minat dan kemampuannya untuk bekerja sama dengan
dikombinasikan dengan model data perusahaan. Chris juga terbatas.
Tinjauan Bab
Istilah-Istilah Utama
Perangkat lunak tangkas Gudang data 30 Sumber daya perusahaan Proyek24

perkembangan 22 Basis data5 perencanaan (ERP) 30 Pembuatan prototipe 21
Skema konseptual 19 Aplikasi basis data 8 Kesatuan10 Basis data relasional 11
Paksaan13 Manajemen basis data Informasi5 Gudang16
Data5 sistem (DBMS)11 Skema logis 20 Kehidupan pengembangan sistem
Independensi data 11 Data perusahaan Metadata6 siklus (SDLC)18
Model data9 pemodelan17 Skema fisik 20 Tampilan pengguna13
Pemodelan dan desain data

peralatan15
Tinjau Pertanyaan
1-1.Definisikan masing-masing istilah berikut: Saya. sistem manajemen basis data
A. data J. arsitektur klien/server
B. informasi k. siklus hidup pengembangan sistem
C. metadata (SDLC)
D. Perencanaan Sumberdaya Perusahaan aku. pembuatan prototipe
e. gudang data M. model data perusahaan

F. paksaan N. model data konseptual
G. basis data Hai. model data logis
H. kesatuan P. model data fisik
1-2.Cocokkan istilah dan definisi berikut: 1-4.Tanpa merancang sistem manajemen basis data, apa
akankah masalah yang mungkin dihadapi ketika mengembangkan
data A. data ditempatkan dalam konteks
program baru?
atau diringkas
1-5.Jelaskan bagaimana database dapat memiliki ukuran dan kompleksitas apa
basis data B. program aplikasi
pun. 1-6.Bedakan (menggunakan format tabel) antara bagaimana datanya
aplikasi C. fakta, teks, grafik, gambar,
direpresentasikan dalam lingkungan pemrosesan file dan bagaimana
dll.
direpresentasikan dalam database relasional.
paksaan D. model grafis yang menunjukkan
1-7.Perhatikan Gambar 1-5. Apa dua metode umum tersebut
entitas tingkat tinggi untuk
dimana pengguna berinteraksi dengan data dalam database?
gudang organisasi dan hubungan antar
Mana yang lebih nyaman bagi pengguna jika mereka tidak
entitas tersebut
memiliki konsep bahasa kueri? Mengapa?
metadata e. pengumpulan data terkait yang
1-8.Sebutkan 10 manfaat potensial dari pendekatan basis data
terorganisir
gudang data F. mencakup definisi dan sistem file konvensional.
1-9.Sebutkan lima biaya atau risiko yang terkait dengan database
batasan data
mendekati.
informasi G. gudang terpusat untuk semua
1-10.Dengan mengacu pada konsep basis data 'itu adalah kumpulan yang terorganisir
definisi data
pemilihan data yang terkait secara logis', apa yang dimaksud dengan 'data
tampilan pengguna H. pemisahan deskripsi data
terkait'? Mengapa data harus berhubungan satu sama lain?
dari program
1-11.Suatu hubungan dibangun antara setiap pasangan entitas
pengelolaan basis data- Saya. sistem manajemen bisnis
dalam model data perusahaan. Jelaskan mengapa hubungan
sistem manajemen yang mengintegrasikan
itu perlu.
semua fungsi perusahaan
data J. deskripsi logis dari bagian 1-12.Sebutkan lima fase pengembangan sistem tradisional
siklus hidup manajemen, dan menjelaskan tujuan dan hasil dari
kemerdekaan database
setiap fase.
k. aplikasi perangkat lunak yang digunakan
1-13.Jelaskan dengan dua alasan mengapa pendekatan database bisa
basis data untuk membuat, memelihara, dan
sangat mengurangi biaya dan waktu ketika mengembangkan
menyediakan akses terkontrol ke
aplikasi bisnis baru.
sumber daya perusahaan database pengguna
perencanaan (ERP) aku. aturan yang tidak dapat dilanggar oleh
1-14.Apakah ada prosedur dan proses yang umum dilakukan
penggunaan SDLC, pembuatan prototipe, dan metodologi
pengguna database
tangkas? Jelaskan apa saja yang dapat Anda identifikasi dan
sistem M. database pendukung keputusan yang
kemudian tunjukkan mengapa metodologi tersebut
perkembangan terintegrasi
dianggap berbeda meskipun prosedur dan proses mendasar
siklus hidup (SDLC) N. terdiri dari model data perusahaan
tetap disertakan.
dan banyak pengguna
pembuatan prototipe dilihat
1-15.Biaya konversi sistem lama (dalam dolar,
waktu, dan komitmen organisasi) terhadap teknologi database modern
Hai. pendekatan cepat untuk
mungkin sering kali tampak menjadi penghalang bagi suatu organisasi.
data perusahaan pengembangan sistem
Benarkan pernyataan tersebut.
model P. terdiri dari dua model data:
1-16.Buat daftar dan identifikasi masalah-masalah ketika ada kekurangan atas
model logis dan a
dukungan manajemen tingkat dan komitmen terhadap desain basis
konseptual model fisik
data ketika memperkenalkan pendekatan basis data baru. 1-17.
skema Q. deskripsi komprehensif
Kunjungi kembali bagian berjudul “Mengembangkan Aplikasi Basis Data
tentang data bisnis
skema internal R. pendekatan sistem yang terstruktur dan
kation untuk Perusahaan Furnitur Pine Valley.” Fase apa
selangkah demi selangkah
dari proses pengembangan basis data (Gambar 1-8) yang
skema eksternal perkembangan
melakukan aktivitas yang dilakukan Chris di sub-bagian
berikut:
1-3.Bandingkan istilah-istilah berikut: A. Perencanaan proyek
A. ketergantungan data; kemandirian data B. Menganalisis kebutuhan basis data
B. data terstruktur; data tidak terstruktur C. Merancang basis data
C. data; informasi D. Menggunakan basis data
D. gudang; basis data e. Mengelola basis data
e. kesatuan; model data perusahaan 1-18.Mengapa Perusahaan Furnitur Pine Valley memerlukan data
F. gudang data; SIstem ERP gudang?
G. database pribadi; database multitingkat 1-19.Seiring dengan meningkatnya kemampuan untuk menangani data dalam jumlah besar,
H. siklus hidup pengembangan sistem; pembuatan prototipe jelaskan tiga area bisnis di mana database yang sangat besar
Saya. model data perusahaan; model data konseptual ini digunakan secara efektif.
J. pembuatan prototipe; pengembangan perangkat lunak yang tangkas
Soal dan Latihan

1-20.Untuk setiap pasangan entitas berelasi berikut, tunjukkan
apakah (dalam keadaan tertentu) terdapat hubungan satu-ke-banyak
atau hubungan banyak-ke-banyak. Kemudian, dengan menggunakan
TOKO
notasi singkat yang diperkenalkan dalam teks, gambarlah diagram
untuk setiap hubungan. Memiliki
A. STUDENT and COURSE (siswa mendaftar kursus)

B. BUKU dan SALINAN BUKU (buku ada salinannya) Dijual Oleh
C. KURSUS dan BAGIAN (kursus memiliki bagian)

D. BAGIAN dan RUANG (bagian dijadwalkan dalam ruangan) ALBUM ARTIS
Diproduksi oleh Menghasilkan
e. INSTRUKTUR dan KURSUS
1-21.Baca kembali definisi untukdataDanbasis datadalam bab ini.
Sistem manajemen basis data baru-baru ini mulai mencakup
kemampuan untuk menyimpan dan mengambil lebih dari sekadar gambar 1-21 Model data untuk Soal dan Latihan 1-27
data numerik dan tekstual. Kemampuan penyimpanan, pengambilan,
dan pemeliharaan data khusus apa yang diperlukan oleh gambar, A. Apa hubungan antara Album dan Toko (satu-ke-satu,
suara, video, dan tipe data lanjutan lainnya yang tidak diperlukan atau banyak-ke-banyak, atau satu-ke-banyak)?
lebih sederhana dengan data numerik dan tekstual? 1-22.Tabel 1-1 B. Apa hubungan antara Artis dan Album?
menunjukkan contoh metadata untuk sekumpulan item data. C. Apakah menurut Anda harus ada hubungan antara
Identifikasi tiga kolom lain untuk data ini (yaitu, tiga Artis dan Toko?
karakteristik metadata lain untuk atribut yang terdaftar) 1-28.Perhatikan Gambar 1-11, yang menggambarkan multi-hipotetis
dan lengkapi entri tabel pada Tabel 1-1 untuk tiga kolom arsitektur database berjenjang. Identifikasi potensi duplikasi data
tambahan tersebut. di seluruh database yang tercantum pada gambar ini. Masalah
1-23.Di bagian “Kekurangan Sistem Pemrosesan File,” apa yang mungkin timbul akibat duplikasi ini? Apakah duplikasi
Pernyataan tersebut dibuat bahwa kelemahan sistem pemrosesan file ini melanggar prinsip pendekatan basis data yang diuraikan
juga dapat menjadi keterbatasan database, tergantung pada dalam bab ini? Mengapa atau mengapa tidak?
bagaimana suatu organisasi mengelola database-nya. Pertama, 1-29.Apa reaksi Anda terhadap representasi sistem
mengapa organisasi membuat banyak database, bukan hanya satu siklus hidup pengembangan termasuk dalam bab ini? Jelaskan masalah apa
database lengkap yang mendukung semua kebutuhan pemrosesan pun yang Anda hadapi dengannya.
data? Kedua, faktor-faktor organisasi dan pribadi apa yang mungkin 1-30.Sebutkan tiga entitas tambahan yang mungkin muncul di
menyebabkan suatu organisasi memiliki banyak basis data yang model data perusahaan untuk Pine Valley Furniture Company
dikelola secara independen (dan, karenanya, tidak sepenuhnya (Gambar 1-3a).
mengikuti pendekatan basis data)? 1-31.Pertimbangkan pernyataan dan terjemahkan ke dalam SQL:
1-24.Pertimbangkan kebutuhan data surat kabar yang dikelola mahasiswa di Tunjukkan bidang 'Nama Depan', 'Nama Belakang', dan
universitas atau sekolah menengah Anda. Apa saja entitas data 'Nama Perusahaan' dari tabel 'Kontak' dengan bidang
perusahaan ini? Buat daftar dan tentukan setiap entitas. Kemudian, 'Kota' berisi 'Kota Kansas' dan bidang 'Nama Depan'
kembangkan model data perusahaan (seperti Gambar 1-3a) yang dimulai dengan 'R.'
menunjukkan entitas-entitas ini dan hubungan penting di antara 1-32.Perhatikan Gambar 1-15. Saat mendesain atribut untuk
mereka. 1-25.Bayangkan sebuah database organisasi di mana beberapa dari Tabel Pelanggan, apakah perlu menetapkan atribut, seperti ID
bidang dalam tabel PELANGGAN harus memiliki tipe data tertentu. Pelanggan, sebagai bidang kunci? Bisakah kita menggunakan
Jelaskan apa yang dimaksud dan bagaimana penggunaannya: a. ID atribut biasa, seperti Nama Pelanggan, untuk menentukan
Pelanggan (bidang numerik otomatis) keberadaan catatan pelanggan? Mengapa?
B. Nama Pelanggan (bidang teks) 1-33.Tujuan dari pengembangan sistem prototipe
C. Biaya Dibayar (bidang logis) metodologinya adalah dengan cepat membangun dan
D. Tanggal Pembayaran (bidang tanggal) membangun kembali sistem informasi ketika pengguna dan
1-26.Pertimbangkan sistem penyewaan buku di toko komik. Kapan analis sistem belajar dari penggunaan prototipe fitur apa
Jika pelanggan meminjam atau mengembalikan buku komik, yang harus disertakan dalam sistem informasi yang
penjaga toko perlu menandai transaksi tersebut atau berkembang. Karena prototipe akhir tidak harus menjadi
memperbarui catatan terkait di buku transaksi. sistem kerja, menurut Anda di mana lokasi ideal untuk
A. Gambarkan model data perusahaan untuk sistem penyewaan buku mengembangkan prototipe: di komputer pribadi, server
ini. departemen, atau server perusahaan? Apakah jawaban Anda
B. Identifikasi jenis hubungan antar tabel. bergantung pada asumsi tertentu?
C. Rancang beberapa atribut untuk kedua tabel ini. 1-34.Apa tujuan merancang mod data perusahaan?
1-27.Gambar 1-21 menunjukkan model data perusahaan untuk sebuah musik eling? Apa bedanya dengan desain database tertentu?
toko.
1-35.Pembuatan prototipe dianggap sebagai proses sistem yang berulang
pengembangan di mana persyaratan diubah menjadi
sistem kerja yang terus-menerus direvisi oleh analis dan
pengguna. Dalam keadaan apa pembuatan prototipe
harus dipertimbangkan?
1-36.Perhatikan contoh SQL pada Gambar 1-19. A. Berapa ukuran bidang untuk bidang ProductLineName
A. Apa nama tabel yang dirujuk ketika pernyataan SELECT di tabel Produk? Mengapa?
dijalankan? B. Pada Gambar 1-18, bagaimana field ProductID dalam tabel Produk
B. Berapa banyak tabel yang diakses ketika pernyataan ditentukan wajib diisi? Mengapa ini merupakan atribut yang
FROM dijalankan? diperlukan?
C. Berapa banyak kondisi yang dievaluasi dan dipenuhi untuk menampilkan C. Pada Gambar 1-18, jelaskan fungsi dari definisi
rincian yang ditunjukkan pada Gambar 1-20? FOREIGN KEY.
1-37.Perhatikan Gambar 1-14. Jelaskan maksud dari garis itu 1-40.Perhatikan query SQL pada Gambar 1-19.
menghubungkan CUSTOMER ke ORDER dan jalur yang A. Bagaimana Penjualan Sampai Saat Ini dihitung?
menghubungkan ORDER ke INVOICE. Apa yang dijelaskan di sini B. Bagaimana kueri harus berubah jika Helen Jarvis ingin
tentang cara Pine Valley Furniture Company melakukan bisnis dengan melihat hasil untuk semua lini produk, bukan hanya
pelanggannya? lini produk Home Office?
1-38.Perhatikan model data proyek yang ditunjukkan pada Gambar 1-15. 1-41.Perhatikan Gambar 1-15.
A. Buat deskripsi tekstual dari representasi diagram yang A. Apa tujuan memperkenalkan atribut yang disebut ID
ditunjukkan pada gambar. Pastikan deskripsi tersebut Produk ke tabel Produk? Apa tipe datanya?
menangkap aturan/kendala yang disampaikan oleh B. Jika perusahaan ingin melacak total saldo pelanggan,
model. atribut yang disebut 'Saldo Pelanggan' harus
B. Saat sampai pada dokumen persyaratan, aspek dimasukkan ke tabel yang mana?
diagram apa yang menurut Anda paling sulit untuk
dijelaskan? Bagian persyaratan manakah yang masih 1-42.Dalam bab ini, kami menjelaskan empat model data penting
Anda anggap agak ambigu? Menurut Anda, apa alasan dan propertinya: perusahaan, konseptual, logis, dan fisik.
yang mendasari ambiguitas ini? Dalam tabel berikut, rangkum properti penting model
1-39.Jawablah pertanyaan berikut mengenai Gambar 1-17 data ini dengan memasukkan Y (untuk Ya) atau N (untuk
dan 1-18: Tidak) di setiap sel tabel.
tabel untuk Soal dan Latihan 1-42
teknologi DBMS
semua Entitas? semua atribut? Mandiri? Mandiri? rekam Tata Letak?
Perusahaan
Konseptual
Logis
Fisik
Latihan Lapangan
Untuk Pertanyaan 1 sampai 8, pilihlah organisasi dengan departemen sistem 1-45.Tentukan penggunaan intranet, ekstranet, atau
informasi yang cukup luas dan serangkaian aplikasi sistem informasi. Anda harus proses bisnis lain yang mendukung Web. Untuk setiap jenis
memilih salah satu perusahaan yang Anda kenal, mungkin perusahaan tempat proses, tentukan tujuannya dan sistem manajemen basis
Anda bekerja, universitas Anda, atau organisasi tempat teman Anda bekerja. data yang digunakan bersama dengan jaringan. Tanyakan
Gunakan organisasi yang sama untuk setiap pertanyaan. apa rencana perusahaan untuk tahun depan sehubungan
1-43.Selidiki apakah organisasi tersebut mengikuti lebih banyak dengan penggunaan intranet, ekstranet, atau Web dalam
pendekatan pemrosesan file tradisional atau pendekatan database untuk aktivitas bisnisnya. Tanyakan keterampilan baru apa yang
mengatur data. Berapa banyak database berbeda yang dimiliki organisasi? dicari perusahaan untuk mengimplementasikan rencana ini.
Cobalah menggambar sebuah gambar, mirip dengan Gambar 1-2, untuk
menggambarkan beberapa atau seluruh file dan database dalam 1-46.Pertimbangkan database utama dalam organisasi ini, seperti
organisasi ini. satu yang mendukung interaksi pelanggan, akuntansi, atau
1-44.Bicaralah dengan administrator database atau desainer dari manufaktur. Apa arsitektur database ini? Apakah organisasi
organisasi. Jenis metadata apa yang dikelola organisasi ini menggunakan suatu bentuk arsitektur klien/server?
mengenai databasenya? Mengapa organisasi memilih untuk Wawancarai manajer sistem informasi di organisasi ini untuk
melacak metadata ini dan bukan metadata lainnya? Alat apa mencari tahu mengapa mereka memilih arsitektur untuk
yang digunakan untuk memelihara metadata ini? database ini.
1-47.Wawancara sistem dan analis basis data di organisasi ini dan analis basis data memiliki dukungan alat pemodelan dan
tion. Minta mereka untuk menjelaskan proses pengembangan sistem mereka. desain data untuk pemodelan data dan desain basis data.
Mana yang lebih mirip: siklus hidup pengembangan sistem atau pembuatan 1-50.Wawancarai satu orang dari fungsi bisnis utama, misalnya
prototipe? Apakah mereka menggunakan metodologi yang serupa dengan seperti keuangan, sumber daya manusia, atau pemasaran. Pusatkan
keduanya? Kapan mereka menggunakan metodologi yang berbeda? Jelajahi pertanyaan Anda pada hal-hal berikut: Bagaimana dia mengambil
metodologi yang digunakan untuk mengembangkan aplikasi yang akan data yang diperlukan untuk membuat keputusan bisnis? Dari sistem
digunakan melalui Web. Bagaimana mereka mengadaptasi metodologi mereka seperti apa (database pribadi, sistem perusahaan, atau gudang data)
agar sesuai dengan proses pengembangan sistem baru ini? 1-48.Wawancarai data diambil? Seberapa sering data ini diakses? Apakah orang ini puas
seorang analis sistem atau analis basis data dan tanyakan dengan data yang tersedia untuk pengambilan keputusan? Jika
pertanyaan tentang komposisi khas tim pengembangan sistem belum, apa tantangan utama dalam mendapatkan akses terhadap
informasi. Secara khusus, peran apa yang dimainkan oleh analis data yang benar?
basis data dalam tim proyek? Apakah analis basis data digunakan 1-51.Anda mungkin ingin membuat jurnal pribadi tentang ide dan
selama proses pengembangan sistem atau apakah analis basis pengamatan tentang manajemen basis data saat Anda mempelajari
data hanya digunakan pada titik tertentu? 1-49.Wawancarai buku ini. Gunakan jurnal ini untuk mencatat komentar yang Anda
seorang analis sistem atau analis basis data dan tanyakan dengar, ringkasan berita atau artikel profesional yang Anda baca, ide
pertanyaan tentang bagaimana organisasi tersebut menggunakan orisinal atau hipotesis yang Anda buat, pencari sumber daya (URL)
pemodelan data dan alat desain dalam proses pengembangan sistem. yang seragam dan komentar tentang situs Web yang terkait dengan
Pusatkan pertanyaan Anda pada bagaimana alat pemodelan dan desain database, dan pertanyaan yang memerlukan analisis lebih lanjut.
data digunakan untuk mendukung pemodelan data dan desain basis data Buka mata dan telinga Anda untuk segala hal yang berkaitan dengan
dan bagaimana penyimpanan alat pemodelan dan desain data memelihara manajemen basis data. Instruktur Anda mungkin meminta Anda
informasi yang dikumpulkan tentang data, karakteristik data, dan menyerahkan salinan jurnal Anda dari waktu ke waktu untuk
penggunaan data. Jika beberapa alat pemodelan dan desain data memberikan umpan balik dan reaksi. Jurnal adalah kumpulan catatan
digunakan pada satu atau banyak proyek, tanyakan bagaimana organisasi pribadi tidak terstruktur yang akan melengkapi catatan kelas Anda
berupaya mengintegrasikan model data dan definisi data. Terakhir, dan dapat merangsang Anda untuk berpikir di luar topik yang dibahas
tanyakan seberapa puas sistem tersebut dalam batasan waktu sebagian besar kursus.
Referensi
Anderson-Lehman, R., HJ Watson, B. Wixom, dan JA Hoffer. IBM. 2011. “CIO Penting: Wawasan dari IBM 2011
2004. “Continental Airlines Terbang Tinggi dengan Intelijen Studi CIO Global.”
Bisnis Real-Time.”Eksekutif Triwulanan MIS3,4 (Desember). Jordan, A. 1996. “Integritas Gudang Data: Berapa Lama dan
Codd, EF 1970. “Model Data Relasional untuk Berbagi Besar Jalan Bergelombang?”Tinjauan Manajemen Data6,3 (Maret): 35–
Bank Data.”Komunikasi ACM13,6 (Juni): 377–87. Fowler, M. 37.
2005. “Metodologi Baru” tersedia diwww. Laskowski, Nicole (2014). “Sepuluh Studi Kasus Big Data di
marinfowler.com/articles/newMethodology.html(akses Singkatnya” tersedia dihttp://searchcio.techtarget.com/
diverifikasi 27 November 2011). opinion/ten-big-data-case-studies-in-a-nutshell(akses
Gray, J. 1996. “Manajemen Data: Dulu, Sekarang, dan Masa Depan.” diverifikasi 25 Oktober 2014).
Komputer IEEE29,10: 38–46. Panjang, D. 2005. Presentasi. “Ikhtisar .Net,” Tampa Bay
Grimes, S. 1998. “Pemeriksaan Objek/Realitas Relasional.”Basis data Asosiasi Kepemimpinan Teknologi, 19 Mei 2005. Mullins, CS
Pemrograman & Desain11,7 (Juli): 26–33. 2002.Administrasi Basis Data: Panduan Lengkap
Henderson, D., B. Champlin, D. Coleman, P. Cupoli, J. Hoffer, L. untuk Praktek dan Prosedur. New York: Addison-Wesley.
Howarth dkk. 2005. “Model Kerangka Kurikulum untuk Manyika, J., M. Chui, B. Brown, J. Bughin, R. Dobbs, C. Roxburgh,
Program Pasca Pendidikan Menengah dalam Manajemen dan AH Byers. 2011. “Big Data: Frontier Berikutnya untuk
Sumber Daya Data.” Komite Yayasan Internasional Asosiasi Inovasi, Persaingan dan Produktivitas.”Institut Global
Manajemen Data untuk Kemajuan Manajemen Data di McKinsey(Mungkin).
Institusi Pasca Sekolah Menengah Sub Komite Ritter, D. 1999. “Jangan Abaikan Warisan Anda.”Cerdas
Pengembangan Kerangka Kurikulum. Yayasan Internasional Perusahaan2,5 (30 Maret): 70–72.
DAMA. Hoffer, JA, JF George, dan JS Valacich. 2014.Modern Winter, R. 1997. “Apa Sebenarnya Database yang Sangat Besar Itu?”
Analisis dan Desain Sistem, edisi ke-6. Sungai Saddle Atas, NJ: Pemrograman & Desain Basis Data10,1 (Januari): 23–26.
Prentice Hall.
Bacaan lebih lanjut
Ballou, DP, dan GK Tayi. 1999. “Meningkatkan Kualitas Data di Ritter, D. 1999. “Pandangan Panjang.”Perusahaan Cerdas2,12
Lingkungan Gudang Data.”Komunikasi ACM (24 Agustus): 58–67.
42,1 (Januari): 73–78. Silverston, L.2001a.Buku Sumber Model Data, Vol. 1: Perpustakaan
Tanggal, CJ 1998. “Kelahiran Model Relasional, Bagian 3.” Model Data Universal untuk semua Perusahaan. New York:
Perusahaan Cerdas1,4 (10 Desember): 45–48. Wiley. Silverston, L.2001b.Buku Sumber Model Data, Vol 2: A
Kimball, R., dan M. Ross. 2002. ItuPerangkat Gudang Data: The Perpustakaan Model Data untuk Industri Tertentu. New York: Wiley.
Panduan Lengkap Pemodelan Data Dimensi, edisi ke-2. New Winter, R. 1997. “Apa Sebenarnya Database yang Sangat Besar Itu?”
York: Wiley. Pemrograman & Desain Basis Data10,1 (Januari): 23–26.
Sumber Daya Web
www.webopedia.comKamus online dan mesin pencari Grup Google yang berfokus pada rekayasa perangkat lunak dan
untuk istilah komputer dan teknologi internet. topik terkait. Situs ini berisi banyak tautan yang mungkin ingin
www.techrepublic.comSebuah situs portal untuk teknologi informasi- Anda jelajahi.
ogy profesional yang dapat disesuaikan oleh pengguna dengan www.acinet.org/acinetInfoNet Karir Amerika, yang pro-
minat khusus mereka. memberikan informasi tentang karir, pandangan, persyaratan, dan
www.zdnet.comSebuah situs portal tempat pengguna dapat mengulas yang terbaru sebagainya.
artikel tentang mata pelajaran teknologi informasi. www.collegegrad.com/salaries/index.shtmlSebuah situs untuk menemukan
www.informasi-manajemen.comUlasan DMmajalah informasi gaji terkini untuk berbagai karir, termasuk karir yang
Situs web, dengan tagline “Meliputi Intelijen Bisnis, berhubungan dengan database.
Integrasi, dan Analisis.” Menyediakan daftar lengkap tautan www.essentialstrategies.com/publications/methodology/
ke portal sumber daya yang relevan selain menyediakan zachman.htmSitus Web David Hay, yang memiliki banyak
banyak artikel majalah online. informasi tentang model data universal serta bagaimana
www.dbta.comTren dan Aplikasi Basis Datamajalah Web pengembangan basis data cocok dengan arsitektur sistem
lokasi. Mengatasi masalah informasi tingkat perusahaan. http:// informasi Zachman.
databases.about.comSitus yang komprehensif dengan banyak hal www.inmondatasystems.comSitus web untuk salah satu pionir
artikel fitur, link, forum interaktif, ruang obrolan, dan lain gudang data.
sebagainya. www.agilemanifesto.orgSitus web yang menjelaskan tampilan-
htp: / /groups.google.com/group/comp.software-eng? poin dari mereka yang menciptakan The Manifesto for Agile Software
lnk=gsch&hl=enArsip rekayasa perangkat lunak untuk a Development.
seni I • Konteks Manajemen Basis Data
Kasus
Seniman Forondo Keunggulan manajemen Inc.
Deskripsi kasus bantuan teknis untuk kami. Saat ini kami memiliki sekitar 500 artis berbeda
dan semuanya sangat spesial bagi kami. Kami memiliki sekitar 20 manajer
FAME (Forondo Artist Management Excellence) Inc. adalah
artis yang bertanggung jawab atas sejumlah artis yang berbeda; ada yang
perusahaan manajemen artis yang mewakili artis musik klasik
hanya mempunyai 10 orang, namun ada pula yang mengelola sebanyak 30
(hanya solois) baik secara nasional maupun internasional. FAME
orang seniman. Para manajer artis benar-benar menjaga bisnis ini tetap
memiliki lebih dari 500 artis di bawah manajemennya, dan ingin
berjalan, dan masing-masing dari mereka mempunyai tanggung jawab
mengganti sistem berbasis spreadsheet dengan sistem informasi
utama terhadap artis tempat mereka bekerja. Setiap manajer memiliki
terkomputerisasi yang canggih.
asisten administratif untuk membantunya dalam pekerjaan rutin sehari-hari
Ide bisnis inti mereka sederhana: FAME memberikan peluang
—para manajer berfokus pada membangun hubungan dan menemukan
pertunjukan berbayar untuk artis yang diwakilinya dan menerima
bakat baru untuk perusahaan kami. Para manajer melapor kepada saya
royalti 10–30 persen untuk semua biaya yang diperoleh artis (royalti
tetapi mereka sangat independen dalam pekerjaan mereka, dan saya sangat
bervariasi menurut artis dan didasarkan pada kontrak antara FAME dan
senang karena saya jarang harus berurusan dengan masalah operasional
masing-masing artis ). Untuk mencapai tujuan ini, FAME memerlukan
yang berkaitan dengan pekerjaan para manajer. Ngomong-ngomong, saya
dukungan teknologi untuk beberapa tugas. Misalnya, perlu melacak
juga punya artis sendiri (hanya sedikit tapi, tentu saja,
calon artis. FAME menerima informasi mengenai kemungkinan artis
baru baik dari artis muda yang menjanjikan maupun sebagai
Seperti yang saya katakan, kami mencari peluang pertunjukan bagi para seniman dan, dalam
rekomendasi dari artis saat ini dan jaringan kritikus musik. Karyawan
praktiknya, kami mengatur seluruh kehidupan profesional mereka—tentu saja, sesuai dengan kesepakatan
FAME mengumpulkan informasi mengenai prospek yang menjanjikan
mereka. Sumber pendapatan utama kami terdiri dari royalti yang kami peroleh ketika kami berhasil
dan menyimpan informasi tersebut dalam sistem. Ketika manajemen
menemukan peluang pertunjukan untuk seorang artis: Kami mendapat hingga 30 persen dari biaya yang
FAME memutuskan untuk mengusulkan kontrak kepada calon
dibayarkan kepada seorang artis (ini disepakati secara terpisah dengan setiap artis dan merupakan bagian
pelanggan, pertama-tama manajemen FAME mengirimkan kontrak
utama kontrak kami dengan artis). Tentu saja, kami mendapatkan uang hanya setelah artis berhasil
tentatif kepada artis tersebut, dan jika tanggapannya positif, kontrak
menyelesaikan pertunjukannya; Jadi kalau artis harus membatalkan pertunjukan, misalnya karena sakit,
akhir dikirimkan ke calon pelanggan. Kontrak baru dikeluarkan setiap
kami tidak mendapat apa-apa. Di dalam perusahaan, kebijakannya sangat jelas: Seorang manajer
tahun untuk semua artis.
mendapatkan 50 persen royalti yang kami peroleh berdasarkan karya seniman yang dikelolanya, dan 50
FAME memasarkan artisnya ke gedung opera dan gedung
persen sisanya akan digunakan untuk menutupi biaya administrasi (termasuk gaji asisten administrasi),
konser (pelanggan); dalam proses ini, pelanggan biasanya meminta
sewa, listrik, sistem komputer, jasa akuntansi, dan, tentu saja, keuntungan saya yang tidak seberapa. Setiap
artis tertentu untuk tanggal tertentu. FAME mengelola kalender artis
manajer membayar biaya perjalanannya sendiri dari 50 persennya. Mencatat pendapatan menurut manajer
dan merespons berdasarkan ketersediaan artis yang diminta. Setelah
dan artis adalah salah satu masalah terpenting dalam menjalankan bisnis ini. Saat ini, kami menanganinya
pertunjukan, FAME mengirimkan faktur kepada pelanggan, yang
secara manual, yang terkadang menyebabkan kesalahan yang tidak menguntungkan dan banyak kerja
kemudian mengirimkan pembayaran ke FAME (harap diingat bahwa
ekstra untuk mencari tahu apa masalahnya. Sungguh menakjubkan betapa sulitnya hal-hal sederhana
FAME memerlukan uang jaminan, namun Anda tidak perlu mencatat
terkadang menjadi sulit. Mencatat pendapatan menurut manajer dan artis adalah salah satu masalah
aspek tersebut di sistem Anda). Terakhir, FAME membayar artis
terpenting dalam menjalankan bisnis ini. Saat ini, kami menanganinya secara manual, yang terkadang
tersebut setelah dikurangi biayanya sendiri.
menyebabkan kesalahan yang tidak menguntungkan dan banyak kerja ekstra untuk mencari tahu apa
Saat ini, FAME tidak memiliki staf IT. Infrastruktur teknologinya terdiri
masalahnya. Sungguh menakjubkan betapa sulitnya hal-hal sederhana terkadang menjadi sulit. Mencatat
dari berbagai desktop, printer, laptop, tablet, dan ponsel pintar yang
pendapatan menurut manajer dan artis adalah salah satu masalah terpenting dalam menjalankan bisnis
semuanya terhubung dengan jaringan kabel dan nirkabel sederhana.
ini. Saat ini, kami menanganinya secara manual, yang terkadang menyebabkan kesalahan yang tidak
Sebuah perusahaan lokal mengelola infrastruktur ini dan menyediakan
menguntungkan dan banyak kerja ekstra untuk mencari tahu apa masalahnya. Sungguh menakjubkan
dukungan yang diperlukan.
betapa sulitnya hal-hal sederhana terkadang menjadi sulit.
Saat memikirkan tentang hubungan antara kita dan artis yang

email dari Martin Forondo, Pemilik
kita wakili, penting untuk diingat bahwa artis pada akhirnya
Martin Forondo, pemilik FAME, telah menugaskan tim Anda untuk bertanggung jawab atas banyak biaya langsung yang kita keluarkan
merancang dan mengembangkan aplikasi database. Dalam emailnya saat bekerja untuk mereka, seperti pamflet, foto, cetakan foto, iklan. ,
yang meminta bantuan Anda, dia memberikan informasi berikut: dan surat publisitas. Namun, kami tidak mengenakan biaya untuk
“Nama saya Martin Forondo, dan saya adalah pemilik dan panggilan telepon yang dilakukan atas nama artis tertentu, namun ini
pendiri FAME. Saya telah membangun bisnis ini selama tiga puluh merupakan bagian dari biaya overhead umum. Kami ingin
tahun terakhir bersama dengan staf saya yang luar biasa dan saya menyelesaikan rekening dengan masing-masing artis sebulan sekali
sangat bangga dengan perusahaan saya. Kami berada dalam sehingga kami dapat membayar hutang kami setelah biaya kami
bisnis untuk menjembatani musisi klasik terbaik dan tempat konser dipotong dari bagian biaya mereka atau mereka membayar kami, jika
serta gedung opera terbaik di dunia dan menemukan peluang biayanya lebih tinggi dari biaya bulan tertentu. . Para artis mengurus
terbaik bagi musisi yang kami wakili. Sangat penting bagi kami sendiri biaya perjalanan, makan, dan lain-lain.
untuk memberikan pelayanan terbaik kepada artis yang kami Dari sudut pandang saya, manfaat paling penting dari sistem
wakili. baru ini adalah peningkatan kemampuan untuk mengetahui secara
Dulu kami bisa menjalankan bisnis tanpa teknologi apa real-time bagaimana manajer saya melayani artisnya. Apakah
pun, terutama ketika jumlah artis yang kami wakili jauh lebih mereka menemukan peluang untuk mereka dan seberapa bagus
sedikit dibandingkan saat ini. Namun situasinya sedang peluangnya, berapa bayaran yang diperoleh artis mereka dan
berubah, dan sepertinya kita perlu mengatasinya proyeksi mereka ke depan, dll. Selain itu, semakin baik sistemnya
bisa memprediksi pendapatan masa depan perusahaan, semakin baik bagi saya. B.Apa yang akan dicapai oleh sistem baru ini? Fungsi apa yang akan
Apa pun yang dapat kami lakukan dengan sistem ini untuk membina hubungan dijalankannya? Tujuan organisasi manakah yang akan
baru yang lebih baik antara seniman-seniman muda yang menjanjikan, itu akan didukungnya?
menjadi hal yang luar biasa. Saya tidak terlalu paham komputer; oleh karena itu, C.Apa manfaat menggunakan sistem baru? Gunakan
sistem ini harus mudah digunakan. contoh nyata untuk menggambarkan hal ini. Uraikan
kategori umum biaya dan sumber daya yang diperlukan
Pertanyaan Proyek untuk proyek dan implementasi sistem utama.
D.Garis waktu/peta jalan untuk proyek tersebut.
1-52.Buatlah memo yang menjelaskan analisis awal Anda terhadap
e.Pertanyaan, jika ada, yang Anda miliki untuk Tuan Forondo
situasi di FAME yang berkaitan dengan desain aplikasi yang memerlukan jawaban sebelum Anda bersedia memulai
database. Tulislah ini seolah-olah Anda sedang menulis proyek.
memo untuk Martin Forondo. Pastikan memo Anda
membahas poin-poin berikut: 1-53.Buat model data perusahaan yang menangkap data
kebutuhan FAME. Gunakan notasi yang mirip dengan yang ditunjukkan pada
A.Pendekatan Anda untuk mengatasi masalah yang ada
Gambar 1-4.
(misalnya, tentukan siklus hidup pengembangan sistem
atau pendekatan apa pun yang ingin Anda ambil).
Halaman ini sengaja dikosongkan

Modern Database Management 12ed (2016) CHAPTER 01.en - Id

Diunggah oleh

Informasi Dokumen

Judul Asli

Hak Cipta

Format Tersedia

Bagikan dokumen Ini

Bagikan atau Tanam Dokumen

Opsi Berbagi

Apakah menurut Anda dokumen ini bermanfaat?

Apakah konten ini tidak pantas?

Hak Cipta:

Format Tersedia

Modern Database Management 12ed (2016) CHAPTER 01.en - Id

Diunggah oleh

Hak Cipta:

Format Tersedia

Diterjemahkan dari bahasa Inggris ke bahasa Indonesia - www.onlinedoctranslator.

- Sebutkan beberapa keterbatasan sistem pemrosesan file konvensional.

- Identifikasi empat kategori aplikasi yang menggunakan database dan karakteristik

- Jelaskan peran individu yang merancang, mengimplementasikan, menggunakan, dan

- Jelaskan perbedaan antara skema eksternal, konseptual, dan internal serta

KONSEP DAN DEFINISI DASAR

untuk memenuhi definisi ini. terorganisir.

Data versus informasi pengguna.

PersyaratannyadataDaninformasiberkaitan erat dan bahkan sering digunakan secara bergantian.

gambar 1-1Mengubah data

Kursus: MG 500 Semester: Musim Semi 2015

Nama PENGENAL Besar IPK

(b) Data yang diringkas

Persentase Pendaftaran Berdasarkan Jurusan (2015) Proyeksi Pendaftaran

tabel 1-1 Contoh Metadata untuk daftar nama Kelas

Barang Data Metadata

Nama jenis Panjang Minimal Maks Keterangan Sumber

Kursus Alfanumerik 30 ID Kursus dan nama Satuan Akademik

Bagian Bilangan bulat 1 1 9 Nomor bagian Pendaftar

Semester Alfanumerik 10 Semester dan tahun Pendaftar

Nama Alfanumerik 30 Nama siswa Siswa ADALAH

PENGENAL Bilangan bulat 9 Tanda Pengenal Pelajar (SSN) Siswa ADALAH

Besar Alfanumerik 4 Jurusan mahasiswa Siswa ADALAH

IPK Desimal 3 0,0 4.0 Nilai rata-rata siswa Satuan Akademik

sistem pemroses file tradisiAl

sistem Pemrosesan file di perusahaan furnitur Pine Valley

Kekurangan sistem Pemrosesan file

Departemen Pemesanan Departemen Akuntansi Departemen Penggajian

Program A Program B Program C Program A Program B Program A Program B

Pengisian Pesanan Faktur Daftar gaji

Sistem Sistem Sistem

Pelanggan Inventaris Kembali Inventaris Pelanggan Karyawan

Mengajukan Mengajukan Mengajukan Mengajukan Mengajukan Mengajukan

gambar 1-2Sistem pemrosesan file lama di Pine Valley Furniture Company

PEMELIHARAAN PrOgrAM yang berlebihanSemua faktor di atas digabungkan untuk menciptakan

gambar 1-3Perbandingan model

(b) Segmen model data

Ditempatkan Oleh Adalah untuk

hubunganBasis data yang terstruktur dengan baik akan menetapkanhubunganantar entitas

Sistem Manajemen Basis Data

akses terkontrol ke database pengguna.

Keuntungan Pendekatan Basis Data

Ketergantungan PrOgrAM-DAtAPemisahan deskripsi data (metadata) dari program aplikasi

gambar 1-4Model perusahaan

Ditempatkan Oleh Memiliki Perubahan Harga

Menghasilkan Terkandung Dalam

PESANAN LATAR BELAKANG

MENINGKATKAN KONSISTENSI DATADengan menghilangkan atau mengendalikan redundansi data, kami

tabel 1-3keuntungan dari pendekatan Database

Redundansi data yang direncanakan

Peningkatan konsistensi data

Peningkatan pembagian data

Peningkatan produktivitas pengembangan

Peningkatan aksesibilitas dan daya tanggap data

Mengurangi pemeliharaan program

Dukungan keputusan yang ditingkatkan

PENINGKATAN PRODUKTIVITAS PENGEMBANGAN APLIKASIKeuntungan utama dari

penegakan standarKetika pendekatan basis data diterapkan dengan dukungan manajemen

PENINGKATAN AKSESIBILITAS DAN RESPONSIF DATADengan database relasional,

DUKUNGAN KEPUTUSAN YANG DIPERBAIKIBeberapa database dirancang khusus untuk aplikasi

peringatan Tentang Manfaat Basis Data

BIAYA DAN KOMPLEKSITAS MANAJEMEN PEMASANGAN DAN MANAJEMENBasis data multipengguna

KOMPONEN LINGKUNGAN DAtABAse