LECTURE NOTES
ISYS6307 – Data & Information
Management
Week ke - 1
Database Development Lifecycle
LEARNING OUTCOMES
LO1: Sketch Database Development Life Cycle on Development Application
OUTLINE MATERI :
1. Introduction
2. Database Development LifeCycle
3. Database Planning
4. Database Design
5. DBMS Selection
6. System Definition
7. Application Design
8. Prototyping
9. Implementation
ISYS6307 – Data and Information Management
ISI MATERI
A. Introduction
Perangkat lunak telah melampaui kemajuan perangkat lunak, salah satu indikatornya
adalah banyaknya sistem yang telah terkomputerisasi. Mulai dari aplikasi sederhana hingga
aplikasi yang kompleks. Supaya kinerja dari setiap aplikasi dapat terjaga, maka diperlukan
adanya pemeliharaan sistem yang berkelanjutan. Pemeliharaan tersebut seperti mengkoreksi
kesalahan, menerapkan role untuk user baru, update ke sistem yang baru.
Pada sisi lainnya banyak pengembangan aplikasi yang terhambat karena proses migrasi
ke sistem baru yang lambat, biaya operasional dan pemeliharaan yang tinggi serta kinerja sistem
yang buruk. Sebagai solusinya diusulkan Software Development Life Cycle (SDLC) dan pada
sisi database diusulkan Database Development Life Cycle (DSDLC).
Basis data adalah bagian fundamental dari sistem informasi dan pengembangan serta
penggunaannya harus dilihat dari perspektif persyaratan organisasi yang lebih luas. Biasanya,
tahapan dalam siklus hidup sistem informasi meliputi: perencanaan, pengumpulan dan analisis
persyaratan, desain, pembuatan prototipe, implementasi, pengujian, konversi, dan pemeliharaan
operasional. Sehingga kita melihat fase-fase ini dari perspektif pengembangan sistem database.
B. Database Development LifeCycle
Tahapan siklus pengembangan sistem database ditunjukkan pada Gambar 1.1. Penting
diketahui bahwa fase siklus pengembangan sistem database tidak sepenuhnya berurutan, tetapi
melibatkan beberapa pengulangan fase sebelumnya melalui putaran umpan balik. Ringkasan dari
kegiatan utama yang terkait dengan setiap fase dari siklus pengembangan sistem basis data
dijelaskan pada Tabel 1.1. secara lebih rinci aktivitas utama yang terkait dengan setiap fase
siklus pengembangan sistem database.
ISYS6307 – Data and Information Management
Gambar 1.1 Database Development Lifecycle (Connolly, 2015)
ISYS6307 – Data and Information Management
Tabel 1.1. Ringkasan kegiatan utama yang terkait dengan setiap fase siklus pengembangan
sistem database (sumber: Connolly, 2015)
Stage
Main Activities
Database planning
merencanakan bagaimana tahapan siklus hidup dapat direalisasikan
dengan paling efisien dan efektif.
System definition
Menentukan ruang lingkup dan batasan sistem database, termasuk
tampilan pengguna utama, pengguna, dan area aplikasi.
Requirements collection and
mengumpulkan dan analisis persyaratan untuk sistem database baru.
analysis
Database design
Mendesain konseptual, logis dan fisik dari database.
DBMS selection
Memilih DBMS yang cocok untuk sistem database.
Application design
Merancang antarmuka pengguna dan program aplikasi yang
menggunakan dan mengolah database.
Prototyping (optional)
Membangun model kerja dari sistem database yang memungkinkan
perancang atau pengguna untuk memvisualisasikan dan mengevaluasi
bagaimana sistem akhir akan terlihat dan berfungsi.
Implementation
Membuat definisi database fisik dan program aplikasi.
Data conversion and loading
memuat data dari sistem lama ke sistem baru dan, jika memungkinkan,
ubah aplikasi yang ada ke database baru.
Testing
Sistem database telah diuji kesalahannya dan divalidasi terhadap
persyaratan yang ditentukan oleh pengguna.
Operational maintenance
Sistem database diimplementasikan sepenuhnya. Sistem terus dipantau
dan dipelihara. Jika perlu, persyaratan baru dimasukkan ke dalam
sistem database dengan tahapan siklus hidup sebelumnya.
C. Database Planning
Perencanaan database harus diintegrasikan dengan strategi SI organisasi secara keseluruhan. Ada
tiga masalah utama yang terlibat dalam merumuskan strategi SI, yaitu:
•
identifikasi rencana dan tujuan bisnis dengan penentuan selanjutnya dari kebutuhan
sistem informasi;
•
evaluasi sistem informasi saat ini untuk menentukan kekuatan dan kelemahan yang ada;
•
penilaian peluang TI yang dapat menghasilkan keunggulan kompetitif.
ISYS6307 – Data and Information Management
Langkah pertama yang penting dalam perencanaan database adalah mendefinisikan
dengan jelas tujuan dari sistem database. Misi tersebut mendefinisikan tujuan utama dari sistem
database. Mereka yang mengarahkan proyek database dalam organisasi (seperti direktur dan /
atau pemilik) biasanya yang menentukan misi. Pernyataan misi membantu memperjelas tujuan
sistem database dan memberikan jalur yang lebih jelas untuk membuat sistem database yang
diperlukan secara efisien dan efektif. Setelah misi ditentukan, aktivitas selanjutnya termasuk
mengidentifikasi tujuan misi. Setiap tujuan misi harus mengidentifikasi tugas tertentu yang harus
didukung oleh sistem database. Asumsinya adalah jika sistem database mendukung tujuan misi,
maka misi tersebut harus terpenuhi. Pernyataan misi dan tujuan dapat disertai dengan beberapa
informasi tambahan yang merinci secara umum pekerjaan yang harus dilakukan, cara yang harus
dilakukan, dan uang untuk mendanai semuanya.
Perencanaan basis data juga harus mencakup pengembangan standar yang mengatur
bagaimana data dikumpulkan, bagaimana format harus ditentukan, dokumentasi apa yang
dibutuhkan dan bagaimana desain dan implementasi harus dilanjutkan. Standar bisa sangat
memakan waktu untuk dikembangkan dan dipelihara, dan membutuhkan sumber daya untuk
awalnya mengatur dan memeliharanya. Namun, seperangkat standar yang dirancang dengan baik
memberikan dasar untuk pelatihan staf dan pengukuran kendali mutu, dan dapat memastikan
bahwa pekerjaan berjalan sesuai dengan pola, terlepas dari keterampilan dan pengalaman staf.
Misalnya, aturan tertentu dapat menentukan cara memberi nama item data di kamus data, yang
pada gilirannya dapat mencegah redundansi dan inkonsistensi. Persyaratan hukum atau bisnis
apa pun yang terkait dengan data harus didokumentasikan, seperti persyaratan bahwa beberapa
jenis data harus dirahasiakan.
D. System Definition
Sebelum
mencoba
merancang
sistem
basis
data,
pertama-tama
kita
harus
mengidentifikasi batas-batas sistem yang kita selidiki dan bagaimana sistem itu berkomunikasi
dengan bagian lain dari sistem informasi organisasi. Penting bagi kami untuk memasukkan tidak
hanya pengguna saat ini dan area aplikasi dalam batasan sistem kami, tetapi juga pengguna dan
aplikasi di masa mendatang.
ISYS6307 – Data and Information Management
Sistem database bisa memiliki satu atau lebih tampilan pengguna. Mengidentifikasi
tampilan pengguna merupakan aspek penting dalam mengembangkan sistem database, karena
membantu memastikan bahwa pengguna penting dari database tidak dilupakan saat
mengembangkan persyaratan untuk sistem database baru. Tampilan pengguna juga sangat
berguna dalam pengembangan sistem basis data yang relatif kompleks dengan memungkinkan
persyaratan dipecah menjadi beberapa bagian yang dapat dikelola. Tampilan pengguna
mendefinisikan apa yang dibutuhkan dari sistem database dalam hal data yang akan disimpan
dan transaksi yang akan dilakukan pada data (dengan kata lain, apa yang akan dilakukan
pengguna dengan data). Persyaratan tampilan pengguna bisa berbeda dari tampilan tersebut atau
tumpang tindih dengan tampilan lain. Gambar 1.2 adalah representasi skematis dari sistem
database dengan beberapa tampilan pengguna (Tampilan Pengguna 1 hingga 6). Perhatikan
bahwa meskipun Tampilan Pengguna (1, 2 & 3) dan (5 & 6) memiliki persyaratan yang tumpang
tindih (ditampilkan sebagai area berbayang), Tampilan Pengguna 4 memiliki persyaratan yang
berbeda.
Gambar 1.2 Tampilan sistem database dengan beberapa tampilan pengguna (Connolly, 2015)
Fase ini melibatkan pengumpulan dan analisis informasi tentang bagian dari perusahaan
yang dilayani oleh database. Informasi dikumpulkan untuk setiap tampilan pengguna utama
(yaitu, jabatan atau ruang lingkup bisnis), termasuk:
ISYS6307 – Data and Information Management
•
deskripsi data yang digunakan atau dihasilkan;
•
detail bagaimana data akan digunakan atau dihasilkan;
•
persyaratan tambahan untuk sistem database baru.
Informasi ini kemudian dianalisis untuk mengidentifikasi persyaratan (atau karakteristik)
yang akan disertakan dalam sistem database baru. Persyaratan ini dijelaskan dalam dokumen
yang secara kolektif disebut sebagai spesifikasi persyaratan untuk sistem database baru.
Pengumpulan dan analisis kebutuhan merupakan tahap persiapan untuk desain database.
Jumlah data yang dikumpulkan tergantung pada sifat masalah dan kebijakan perusahaan. Belajar
terlalu banyak dan terlalu cepat, menyebabkan kelumpuhan. Terlalu sedikit berpikir dapat
mengakibatkan pemborosan waktu dan uang yang tidak perlu untuk mencari solusi yang salah
untuk masalah yang salah.
Informasi yang dikumpulkan pada tahap ini mungkin tidak terstruktur dengan baik dan
mencakup beberapa permintaan informal, yang seharusnya menjadi persyaratan inti. Hal ini
dilakukan dengan menggunakan teknik spesifikasi persyaratan termasuk, misalnya, teknik
Analisis dan Desain Terstruktur (SAD), Diagram Alir Data (DFD), dan bagan Hierarchical Input
Process Output (HIPO), didukung oleh dokumentasi. Seperti yang akan segera Anda lihat, alat
Computer-Aided Software Engineering (CASE) dapat memberikan bantuan otomatis untuk
memastikan persyaratan lengkap dan konsisten dan bagaimana Unified Modeling Language
(UML) mendukung analisis dan desain persyaratan.
Mengidentifikasi fungsionalitas yang diperlukan untuk sistem basis data adalah aktivitas
kritis, karena sistem dengan fungsionalitas yang tidak memadai atau tidak lengkap akan
mengganggu pengguna, yang dapat menyebabkan penolakan atau penggunaan yang kurang dari
sistem. Namun, fungsionalitas yang berlebihan juga dapat menimbulkan masalah, karena dapat
membuat sistem menjadi terlalu rumit, sehingga sulit untuk diterapkan, dipelihara, digunakan,
atau dipelajari.
Aktivitas penting lainnya yang terkait dengan fase ini adalah memutuskan cara
menangani situasi di mana terdapat lebih dari satu tampilan pengguna untuk sistem database.
Ada tiga pendekatan utama untuk mengelola persyaratan sistem database dengan beberapa
tampilan pengguna:
ISYS6307 – Data and Information Management
•
pendekatan terpusat;
•
pendekatan pandangan terintegrasi;
•
kombinasi dari kedua pendekatan tersebut.
Pendekatan terpusat (atau satu kali) melibatkan penggabungan persyaratan untuk
tampilan pengguna yang berbeda menjadi satu daftar persyaratan. Kumpulan Tampilan
Pengguna diberi nama yang menunjukkan cakupan yang dicakup oleh semua Tampilan
Pengguna yang digabungkan. Dalam fase desain database (lihat Bagian E), model data global
dibuat, mewakili semua tampilan pengguna. Model data global terdiri dari diagram dan
dokumentasi yang secara formal menjelaskan kebutuhan data pengguna. Diagram yang
menunjukkan pengelolaan tampilan pengguna 1 hingga 3 menggunakan pendekatan terpusat
ditunjukkan pada Gambar 1.3. Secara umum, pendekatan ini lebih disukai ketika ada tumpang
tindih yang signifikan dalam persyaratan untuk setiap tampilan pengguna dan sistem database
tidak terlalu rumit.
Gambar 1.3 Pendekatan terpusat untuk mengelola beberapa tampilan pengguna 1 hingga 3
(Connolly, 2015)
Pendekatan integrasi tampilan melibatkan meninggalkan persyaratan untuk setiap
tampilan pengguna sebagai daftar persyaratan terpisah. Pada fase desain database (lihat Bagian
E) pertama-tama kita membuat model data untuk setiap tampilan pengguna. Model data yang
merepresentasikan satu tampilan pengguna (atau subset dari semua tampilan pengguna) disebut
model data lokal. Setiap model terdiri dari diagram dan dokumentasi yang secara formal
menjelaskan persyaratan dari satu atau lebih - tetapi tidak semua - tampilan pengguna dari
ISYS6307 – Data and Information Management
database. Model data lokal kemudian digabungkan pada tahap selanjutnya dari desain database
untuk menghasilkan model data global yang mewakili semua kebutuhan pengguna untuk
database. Diagram yang menunjukkan pengelolaan tampilan pengguna 1 sampai 3 menggunakan
pendekatan integrasi tampilan ditunjukkan pada Gambar 1.4. Secara umum, pendekatan ini lebih
disukai ketika ada perbedaan yang signifikan antara tampilan pengguna dan sistem database
cukup kompleks untuk menjamin pembagian pekerjaan menjadi bagian yang lebih mudah
dikelola.
Gambar 1.4 Pendekatan Integrasi Tampilan untuk Mengelola Beberapa Tampilan Pengguna 1
hingga 3 (Connolly, 2015)
Untuk beberapa sistem database yang kompleks, mungkin tepat untuk menggunakan
kombinasi dari pendekatan terpusat dan pendekatan integrasi tampilan untuk mengelola beberapa
tampilan pengguna. Misalnya, persyaratan untuk dua atau lebih tampilan pengguna pertama-tama
dapat digabungkan menggunakan pendekatan terpusat, yang digunakan untuk membangun model
data logis lokal. Model ini kemudian dapat digabungkan dengan model data logis lokal lainnya
menggunakan pendekatan integrasi tampilan untuk menghasilkan model data logis global. Dalam
kasus ini, setiap model data logis lokal mewakili persyaratan dari dua atau lebih tampilan
pengguna, dan model data logis global akhir mewakili persyaratan dari semua tampilan
pengguna dari sistem database.
ISYS6307 – Data and Information Management
E. Database Design
Pada bagian ini, kami memberikan gambaran umum tentang pendekatan utama untuk
desain database. Kami juga membahas tujuan dan penggunaan pemodelan data dalam desain
database. Kami kemudian menjelaskan tiga fase desain database: desain konseptual, logis dan
fisik.
Dua pendekatan utama untuk desain database disebut 'bottom-up' dan 'top-down'.
Pendekatan bottom-up dimulai pada tingkat atribut fundamental (yaitu, properti entitas dan
hubungan), yang, melalui analisis asosiasi antar atribut, dikelompokkan ke dalam hubungan yang
merepresentasikan jenis entitas dan hubungan antar entitas. Pada intro to database system kita
telah membahas proses normalisasi, yang merepresentasikan pendekatan bottom-up untuk desain
database. Normalisasi melibatkan identifikasi atribut yang diperlukan dan agregasi selanjutnya
ke dalam hubungan yang dinormalisasi berdasarkan ketergantungan fungsional antara atribut.
Pendekatan bottom-up cocok untuk desain database sederhana dengan jumlah atribut
yang relatif kecil. Namun, pendekatan ini menjadi sulit ketika diterapkan pada desain database
yang lebih kompleks dengan jumlah atribut yang lebih banyak, di mana sulit untuk
mengidentifikasi semua dependensi fungsional antar atribut. Karena model data konseptual dan
logis untuk database kompleks dapat berisi ratusan hingga ribuan atribut, penting untuk
mengembangkan pendekatan yang menyederhanakan proses desain. Selain itu, pada tahap awal
penetapan persyaratan data untuk database yang kompleks, mungkin sulit untuk mengidentifikasi
semua atribut yang akan disertakan dalam model data.
Strategi yang lebih cocok untuk mendesain database yang kompleks adalah dengan
menggunakan pendekatan top-down. Pendekatan ini dimulai dengan pengembangan model data
yang mencakup beberapa entitas dan hubungan tingkat tinggi dan kemudian menerapkan
perbaikan atas-bawah yang berurutan untuk mengidentifikasi entitas tingkat rendah, hubungan,
dan atribut terkait. Pendekatan top-down diilustrasikan dengan konsep model Entity-Relationship
(ER), dimulai dengan identifikasi entitas dan hubungan antar entitas yang penting bagi
organisasi. Misalnya, kita bisa mulai dengan mengidentifikasi entitas PrivateOwner dan
PropertyForRent, lalu hubungan antara entitas ini, PrivateOwner Owns PropertyForRent, dan
ISYS6307 – Data and Information Management
terakhir atribut terkait seperti PrivateOwner (ownerNo, nama dan alamat) dan PropertyForRent
(propertyNo dan alamat). Membangun model data tingkat tinggi menggunakan konsep model ER
telah dibahas pada materi intro to database system topik 4.
Ada pendekatan lain untuk desain database seperti pendekatan inside-out dan pendekatan
strategi campuran. Pendekatan inside-out terkait dengan pendekatan bottom-up, tetapi berbeda
dengan terlebih dahulu mengidentifikasi sekumpulan entitas besar dan kemudian menyebar
untuk mempertimbangkan entitas, hubungan, dan atribut lain yang terkait dengan entitas yang
diidentifikasi terlebih dahulu. Pendekatan strategi campuran menggunakan pendekatan bottomup dan top-down untuk berbagai bagian model sebelum akhirnya menggabungkan semua bagian
menjadi satu.
Dua tujuan utama pemodelan data adalah untuk membantu memahami arti (semantik)
data dan memfasilitasi komunikasi tentang kebutuhan informasi. Membangun model data
membutuhkan menjawab pertanyaan tentang entitas, hubungan dan atribut. Dengan melakukan
ini, para desainer menemukan semantik data perusahaan, yang ada terlepas dari apakah itu
kebetulan ditangkap dalam model data formal atau tidak. Entitas, hubungan, dan atribut sangat
penting untuk semua bisnis. Namun, artinya bisa kurang dipahami sampai didokumentasikan
dengan benar. Model data memudahkan untuk memahami arti dari data, jadi kami membuat
model data untuk memastikan bahwa kami memahami:
•
perspektif setiap pengguna tentang data;
•
sifat data itu sendiri, terlepas dari representasi fisiknya;
•
penggunaan data dalam tampilan pengguna yang berbeda.
Model data dapat digunakan untuk menyampaikan pemahaman perancang tentang
kebutuhan informasi perusahaan. Asalkan kedua belah pihak terbiasa dengan notasi yang
digunakan dalam model, ini mendukung komunikasi antara pengguna dan desainer. Perusahaan
semakin menstandarkan cara mereka memodelkan data dengan memilih pendekatan tertentu
untuk pemodelan data dan menggunakannya dalam proyek pengembangan database mereka.
Model data tingkat tinggi paling populer yang digunakan dalam desain database, dan yang kami
gunakan dalam buku ini, didasarkan pada konsep model ER.
ISYS6307 – Data and Information Management
F. DbMS Selection
Jika tidak ada DBMS, ada bagian yang sesuai dari siklus hidup untuk membuat pilihan
antara fase database konseptual dan logis (lihat gambar 10.1). Namun, pemilihan dapat dilakukan
kapan saja sebelum desain logis, asalkan tersedia informasi yang cukup tentang persyaratan
sistem seperti kinerja, kemudahan restrukturisasi, batasan keamanan dan integritas.
Meskipun pemilihan DBMS tidak umum, terkadang perlu mengevaluasi produk DBMS
baru karena kebutuhan bisnis tumbuh atau sistem yang ada diganti. Dalam kasus seperti itu,
tujuannya adalah untuk memilih sistem yang memenuhi persyaratan perusahaan saat ini dan di
masa mendatang, dibandingkan dengan biaya yang terkait dengan pembelian produk DBMS,
perangkat lunak / perangkat keras tambahan yang diperlukan untuk menjalankan sistem database.
dukungan, dan termasuk biaya terkait. dengan konversi dan pelatihan personel.
Pendekatan sederhana untuk pemilihan adalah dengan memeriksa fungsi DBMS sesuai
dengan kebutuhan. Saat memilih produk DBMS baru, ada peluang untuk memastikan bahwa
proses pemilihan direncanakan dengan baik dan sistem memberikan manfaat nyata bagi
perusahaan. Pada bagian selanjutnya kami menjelaskan pendekatan umum untuk memilih DBMS
"terbaik".
Kerangka acuan untuk pemilihan DBMS dibuat, yang menyatakan tujuan dan ruang
lingkup studi serta tugas yang akan dilakukan. Dokumen ini juga dapat berisi deskripsi kriteria
(berdasarkan spesifikasi kebutuhan pengguna) yang akan digunakan untuk mengevaluasi produk
DBMS, daftar awal produk yang mungkin dan batasan serta jadwal yang diperlukan untuk studi.
Kriteria yang dianggap "kritis" untuk implementasi yang berhasil dapat digunakan untuk
membuat daftar awal produk DBMS untuk evaluasi. Misalnya, keputusan untuk memasukkan
produk DBMS mungkin bergantung pada anggaran yang tersedia, tingkat dukungan vendor,
kompatibilitas dengan perangkat lunak lain, dan apakah produk tersebut berjalan pada perangkat
keras tertentu. Informasi tambahan yang berguna tentang suatu produk dapat dikumpulkan
dengan menghubungi pengguna yang ada, yang dapat memberikan detail spesifik tentang
seberapa baik dukungan vendor sebenarnya, bagaimana produk tersebut mendukung aplikasi
tertentu, dan apakah platform perangkat keras tertentu lebih bermasalah daripada yang lain.
ISYS6307 – Data and Information Management
Tolok ukur mungkin juga tersedia yang membandingkan kinerja produk DBMS. Setelah studi
awal tentang fungsionalitas dan fitur produk DBMS, daftar dua atau tiga produk diidentifikasi.
World Wide Web adalah sumber informasi yang sangat baik dan dapat digunakan untuk
mengidentifikasi calon DBMS. Misalnya, pusat uji teknologi online InfoWorld (tersedia di
www.infoworld / test-center.com) menawarkan gambaran umum yang komprehensif tentang
produk DBMS. Situs web vendor juga dapat memberikan informasi berharga tentang produk
DBMS.
Ada beberapa fungsi yang dapat digunakan untuk mengevaluasi produk DBMS. Untuk
tujuan evaluasi, atribut ini dapat dievaluasi sebagai kelompok (misalnya, definisi data) atau
secara individu (misalnya, tipe data yang tersedia). Gambar 1.5 mencantumkan kemungkinan
fitur untuk evaluasi produk DBMS, yang dikelompokkan berdasarkan definisi data, definisi fisik,
aksesibilitas, pemrosesan transaksi, utilitas, pengembangan, dan fitur lainnya.
ISYS6307 – Data and Information Management
bersambung
Gambar 1.5 Bahan Evaluasi Fitur DBMS
ISYS6307 – Data and Information Management
Ketika fitur dicentang dengan indikasi seberapa baik atau buruk masing-masing fitur,
akan sulit untuk membuat perbandingan antara produk DBMS. Pendekatan yang lebih berguna
adalah untuk membobotkan karakteristik dan / atau kelompok karakteristik terhadap
kepentingannya bagi organisasi, dan untuk mendapatkan nilai bobot keseluruhan yang dapat
digunakan untuk membandingkan produk. Gambar 1.6 mengilustrasikan jenis analisis ini untuk
grup "Definisi Fisik" untuk contoh produk DBMS. Setiap atribut yang dipilih diberi peringkat
10, pembobotan 1 untuk menunjukkan kepentingannya relatif terhadap karakteristik lain dalam
grup, dan skor yang dihitung berdasarkan peringkat dikalikan dengan pembobotan. Pada tabel
10.5, misalnya, karakteristik 'kemudahan reorganisasi' diberi peringkat 4 dan bobot 0,25,
sehingga skor 1,0. Karakteristik ini diberi bobot tertinggi dalam tabel ini, yang menunjukkan
pentingnya karakteristik tersebut dalam bagian evaluasi ini. Selain itu, fungsi 'Kemudahan
reorganisasi', misalnya, diberi bobot lima kali lebih tinggi daripada fungsi 'Kompresi Data'
dengan bobot terendah 0,05, sedangkan dua fungsi 'Persyaratan memori' dan 'Persyaratan
penyimpanan' diberi bobot 0,00 dan oleh karena itu tidak termasuk dalam hal ini. Evaluasi.
Kami kemudian menjumlahkan semua skor untuk setiap atribut yang dievaluasi untuk
menghasilkan skor total untuk grup. Skor untuk kelompok tersebut kemudian dibobotkan untuk
menunjukkan kepentingannya relatif terhadap kelompok karakteristik lain yang termasuk dalam
evaluasi. Misalnya, pada Tabel 10.5, skor total untuk kelompok 'Definisi Fisik' adalah 5.75;
Namun, skor ini memiliki bobot 0,25.
Gambar 1.6 Hasil Analisis Evaluasi Product DBMS
ISYS6307 – Data and Information Management
Akhirnya, semua skor tertimbang untuk setiap kelompok atribut yang dinilai
ditambahkan untuk menghasilkan skor tunggal untuk produk DBMS, yang dibandingkan dengan
skor untuk produk lain. Produk dengan skor tertinggi adalah "pemenang".
Selain jenis analisis ini, kami juga dapat mengevaluasi produk dengan meminta pemasok
mendemonstrasikan produk mereka atau dengan menguji produk secara internal. Selama evaluasi
internal, tempat tidur uji coba dibuat dengan produk kandidat. Setiap produk diuji
kemampuannya untuk memenuhi persyaratan pengguna untuk sistem database. Laporan
Benchmarking yang diterbitkan oleh Transaction Processing Council dapat ditemukan di
www.tpc.org
Langkah terakhir dari pemilihan DBMS adalah mendokumentasikan proses dan
memberikan gambaran umum tentang temuan dan rekomendasi untuk produk DBMS tertentu.
G. Application Design
Gambar 1.1 menunjukkan bahwa database dan desain aplikasi merupakan aktivitas
paralel dalam siklus pengembangan sistem database. Dalam banyak kasus, tidak mungkin
menyelesaikan desain aplikasi sebelum desain database itu sendiri dilakukan. Di sisi lain,
database ada untuk mendukung aplikasi, sehingga harus ada aliran informasi antara desain
aplikasi dan desain database.
Kita harus memastikan bahwa semua fungsionalitas yang tercantum dalam spesifikasi
persyaratan pengguna ada dalam desain aplikasi untuk sistem database. Ini termasuk merancang
program aplikasi yang mengakses database dan mendesain transaksi (yaitu, metode akses
database). Selain merancang bagaimana mencapai fungsionalitas yang dibutuhkan, kita perlu
merancang antarmuka pengguna yang sesuai untuk sistem basis data. Antarmuka ini harus
menyajikan informasi yang diperlukan dengan cara yang ramah pengguna. Pentingnya desain
antarmuka pengguna terkadang diabaikan atau dibiarkan hingga akhir fase desain. Namun, harus
diakui bahwa antarmuka dapat menjadi salah satu komponen terpenting dari sistem. Jika mudah
dipelajari, sederhana digunakan, lugas dan pemaaf, pengguna akan cenderung memanfaatkan
informasi yang diberikan dengan baik. Di sisi lain, jika antarmuka tidak memiliki salah satu dari
karakteristik ini, sistem niscaya akan menimbulkan masalah Pada Gambar 10.1, Anda dapat
ISYS6307 – Data and Information Management
melihat bahwa desain database dan aplikasi adalah aktivitas paralel dalam siklus pengembangan
sistem database. Dalam banyak kasus, tidak mungkin menyelesaikan desain aplikasi sebelum
desain database itu sendiri dilakukan. Di sisi lain, database ada untuk mendukung aplikasi,
sehingga harus ada aliran informasi antara desain aplikasi dan desain database.
Kita harus memastikan bahwa semua fungsionalitas yang tercantum dalam spesifikasi
persyaratan pengguna ada dalam desain aplikasi untuk sistem database. Ini termasuk merancang
program aplikasi yang mengakses database dan merancang transaksi (yaitu, metode akses
database). Selain merancang bagaimana mencapai fungsionalitas yang dibutuhkan, kita perlu
merancang antarmuka pengguna yang sesuai untuk sistem basis data. Antarmuka ini harus
menyajikan informasi yang diperlukan dengan cara yang ramah pengguna. Pentingnya desain
antarmuka pengguna terkadang diabaikan atau dibiarkan hingga akhir fase desain. Namun, harus
diakui bahwa antarmuka dapat menjadi salah satu komponen terpenting dari sistem. Jika mudah
dipelajari, sederhana digunakan, lugas dan pemaaf, pengguna akan cenderung memanfaatkan
informasi yang diberikan dengan baik. Di sisi lain, jika antarmuka tidak memiliki fitur-fitur ini,
sistem pasti akan menimbulkan masalah.
H. Prototyping
Prototipe adalah model kerja yang biasanya tidak memiliki semua fungsi yang diperlukan
atau tidak menyediakan semua fungsionalitas sistem akhir. Tujuan utama pengembangan sistem
basis data prototipe adalah untuk memungkinkan pengguna menggunakan prototipe untuk
mengidentifikasi fitur-fitur sistem yang berfungsi dengan baik atau tidak memadai, dan - jika
memungkinkan - untuk mengidentifikasi perbaikan atau bahkan fitur baru untuk sistem basis
data. Melamar. Dengan cara ini kami dapat secara signifikan memperjelas persyaratan pengguna
untuk pengguna dan pengembang sistem dan mengevaluasi kelayakan desain sistem tertentu.
Prototipe harus memiliki keuntungan besar karena relatif murah dan cepat dibuat.
Ada dua strategi pembuatan prototipe yang umum digunakan saat ini: pembuatan
prototipe persyaratan dan pembuatan prototipe evolusioner. Prototipe persyaratan menggunakan
prototipe untuk menentukan persyaratan sistem basis data yang diusulkan, dan setelah
persyaratan terpenuhi, prototipe tersebut dibuang. Meskipun prototipe evolusioner digunakan
ISYS6307 – Data and Information Management
untuk tujuan yang sama, perbedaan penting adalah bahwa prototipe tidak dibuang, tetapi menjadi
sistem database yang berfungsi dengan pengembangan lebih lanjut.
I. Implementation
Setelah menyelesaikan tahap desain (dengan atau tanpa prototyping), sekarang kami
dapat mengimplementasikan database dan program aplikasi. Implementasi database dicapai
dengan menggunakan DDL dari DBMS atau GUI yang dipilih, yang menyediakan fungsionalitas
yang sama sambil menyembunyikan pernyataan DDL level rendah. Pernyataan DDL digunakan
untuk membuat struktur database dan file database kosong. Semua tampilan pengguna yang
ditentukan juga diterapkan pada tahap ini.
Program aplikasi diimplementasikan dalam bahasa generasi ketiga atau keempat yang
disukai (3GL atau 4GL). Komponen program aplikasi ini adalah transaksi database, yang
diimplementasikan menggunakan target DBMS DML, kemungkinan tertanam dalam bahasa
pemrograman host, seperti Visual Basic (VB), VB.net, Python, Delphi, C, C ++, C #, Java,
COBOL, Fortran, Ada atau Pascal. Kami juga mengimplementasikan komponen lain dari desain
aplikasi, seperti layar menu, formulir entri data, dan laporan. Sekali lagi, DBMS target mungkin
memiliki alat generasi keempatnya sendiri yang memungkinkan pengembangan aplikasi yang
cepat melalui bahasa kueri non-prosedural, pembuat laporan, pembuat formulir, dan pembuat
aplikasi.
Pemeriksaan keamanan dan integritas untuk sistem juga diterapkan. Beberapa dari
kontrol ini diimplementasikan menggunakan DDL, tetapi yang lain mungkin perlu didefinisikan
di luar DDL, misalnya, menggunakan utilitas DBMS atau sistem operasi sistem operasi yang
disediakan.
ISYS6307 – Data and Information Management
KESIMPULAN
1. Database planning merencanakan bagaimana tahapan siklus hidup dapat direalisasikan
dengan paling efisien dan efektif.
2. System definition menentukan ruang lingkup dan batasan sistem database, termasuk
tampilan pengguna utama, pengguna, dan area aplikasi.
3. Requirements collection and analysis mengumpulkan dan analisis persyaratan untuk
sistem database baru.
4. Database design mendesain konseptual, logis dan fisik dari database.
5. memilih DBMS yang cocok untuk sistem database.
6. Application design merancang antarmuka pengguna dan program aplikasi yang
menggunakan dan mengolah database.
7. Prototyping (optional) membangun model kerja dari sistem database yang memungkinkan
perancang atau pengguna untuk memvisualisasikan dan mengevaluasi bagaimana sistem
akhir akan terlihat dan berfungsi.
8. Implementation membuat definisi database fisik dan program aplikasi.
ISYS6307 – Data and Information Management
DAFTAR PUSTAKA
1. Connolly, T., & Begg, C. (2015). Database System A Practical Approach to Design,
Implemetation, and Management 6th Edition. Pearson.
ISYS6307 – Data and Information Management