Data [PDF]

Citation preview

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



LECTURE NOTES



ISYS6307 – Data & Information Management Week ke - 2



Data Collection (Fact Finding Technique)



LEARNING OUTCOMES LO1: Sketch Database Development Life Cycle on Development Application



OUTLINE MATERI : 1. Introduction 2. Fact Finding Technique 3. Examining Documentation 4. Interviewing 5. Observing the Enterprise in Operation 6. Research 7. Questionnaires



ISYS6307 – Data and Information Management



ISI MATERI A. Introduction Ada banyak peluang untuk menemukan fakta selama siklus pengembangan sistem database. Namun, pencarian fakta sangat penting pada tahap awal siklus hidup, termasuk perencanaan database, definisi sistem, serta pengumpulan dan analisis persyaratan. Selama tahap awal inilah pengembang database menetapkan fakta-fakta penting yang diperlukan untuk membangun database yang diperlukan. Pencarian fakta juga digunakan selama desain database dan tahap-tahap akhir siklus hidup, tetapi pada tingkat yang lebih rendah. Misalnya, selama desain database fisik, pencarian fakta menjadi teknis saat pengembang database mencoba mempelajari lebih lanjut tentang DBMS yang dipilih untuk sistem database. Selama fase terakhir, pemeliharaan operasional, pencarian fakta digunakan untuk menentukan apakah suatu sistem perlu disetel untuk meningkatkan kinerja atau apakah perlu dikembangkan lebih lanjut untuk mengakomodasi persyaratan baru. Perhatikan bahwa penting untuk memiliki perkiraan kasar tentang berapa banyak waktu dan usaha yang harus dihabiskan untuk menemukan fakta untuk proyek database. Seperti yang kami sebutkan pada topik sebelumnya, terlalu banyak belajar analisis atau terlalu cepat menyimpulkan menyebabkan kelumpuhan. Namun, terlalu sedikit pemikiran dapat menyebabkan pemborosan waktu dan uang yang tidak perlu, mengerjakan solusi yang salah untuk masalah yang salah. Selama siklus pengembangan sistem database, pengembang database harus mencatat fakta tentang sistem saat ini hingga masa depan. Tabel 2.1 memberikan contoh jenis data yang direkam dan dokumentasi yang dihasilkan untuk setiap tahap siklus hidup. Seperti yang kami sebutkan di topik 1, fase siklus pengembangan sistem database tidak sepenuhnya berurutan, tetapi melibatkan beberapa pengulangan fase sebelumnya melalui putaran umpan balik. Ini juga berlaku untuk data yang direkam dan dokumentasi yang dihasilkan pada setiap tahap. Masalah yang dihadapi selama desain database, misalnya, mungkin memerlukan pengumpulan data tambahan terkait dengan persyaratan untuk sistem baru.



ISYS6307 – Data and Information Management



Tabel 2.1. Data Collection technique (Connolly, 2015) Stage of Database



Examples OF DATA



Examples of Documentation



System Development



Captured



Produced



Maksud dan tujuan proyek database



Pernyataan Misi dan Tujuan Sistem Basis



Lifecycle Database planning



Data System definition



Lihat deskripsi pengguna utama



Pengertian ruang lingkup dan batasan



(termasuk fitur cakupan bisnis)



sistem basis data; definisi tampilan yang akan mendukung pengguna



Requirements collection



Persyaratan untuk tampilan



Spesifikasi pengguna dan persyaratan



and



pengguna; spesifikasi sistem,



sistem



analysis



termasuk kinerja dan persyaratan keamanan



Database design



Tanggapan pengguna untuk



Desain database konseptual / logis



memeriksa desain database



(termasuk model ER), kamus data dan



konseptual / logis; fungsionalitas



skema relasional); desain database fisik



yang disediakan oleh target DBMS Application design



DBMS selection



Komentar pengguna untuk



Desain aplikasi (termasuk deskripsi



memeriksa desain antarmuka



program dan antarmuka pengguna)



Fungsionalitas disediakan oleh



Evaluasi dan rekomendasi DBMS



DBMS target Prototyping (optional)



Implementation



Komentar pengguna tentang



Persyaratan pengguna dan spesifikasi



prototipe



sistem yang diubah



Fungsionalitas disediakan oleh target DBMS



Data conversion and



Format data saat ini; kemampuan



loading



impor data dari DBMS target



Testing



Hasil tes



Strategi uji yang digunakan; analisis hasil tes



Operational maintenance



Hasil tes kinerja; persyaratan



Instruksi manual; analisis hasil kinerja;



perubahan sistem dan pengguna



mengubah persyaratan pengguna dan



baru



spesifikasi sistem



ISYS6307 – Data and Information Management



B. Fact-Finding Techniques Pengembang database biasanya menggunakan beberapa teknik pencarian fakta selama satu proyek database. Ada lima teknik pencarian fakta yang umum digunakan: ▪



memeriksa dokumentasi;



▪



Wawancara;



▪



mengamati perusahaan dalam operasi;



▪



Penelitian;



▪



kuesioner.



Pada bagian berikut, kami menjelaskan teknik pencarian fakta ini dan mengidentifikasi pro dan kontra masing-masing. C. Examining Documentation Memeriksa dokumentasi dapat berguna ketika mencoba memahami bagaimana kebutuhan akan database muncul. Kami juga dapat menemukan bahwa dokumentasi dapat membantu memberikan informasi tentang sisi bisnis yang terkait dengan masalah tersebut. Jika masalahnya ada pada sistem saat ini, harus ada dokumentasi yang terkait dengan sistem itu. Dengan memeriksa dokumen, formulir, laporan, dan file yang terkait dengan sistem saat ini, kita dapat dengan cepat memperoleh pemahaman tentang sistem. Contoh jenis dokumentasi yang akan diperiksa tercantum dalam Tabel 2.2. Tabel 2.2 contoh dokumen yang harus diperiksa (Connolly, 2015) Purpose of



Examples of Useful Sources



Documentation Jelaskan



masalah



kebutuhan database



dan Memo rapat internal, email dan notulen Keluhan karyawan dan dokumen yang menjelaskan masalah Media sosial seperti blog dan tweet Review / laporan kinerja



Menjelaskan



bagian



bisnis Bagan organisasi, pernyataan misi dan rencana strategis



yang terpengaruh oleh suatu perusahaan masalah



Tujuan untuk bagian perusahaan yang sedang dipelajari



ISYS6307 – Data and Information Management



Deskripsi pekerjaan / pekerjaan Contoh formulir dan laporan manual yang telah diisi Contoh formulir dan laporan otomatis yang telah diisi Menjelaskan sistem saat ini



Berbagai jenis flowcharts dan diagram alir Kamus data Perancangan sistem database Dokumentasi program Materi Pelatihan Manual bagi pengguna



D. Interviewing Wawancara adalah teknik yang paling umum digunakan dan biasanya paling berguna untuk menemukan fakta. Kami dapat melakukan wawancara untuk mengumpulkan informasi pribadi dari individu. Penggunaan wawancara dapat memiliki berbagai tujuan, seperti mencari tahu fakta, memverifikasi fakta, mengklarifikasi fakta, membangkitkan antusiasme, melibatkan pengguna akhir, mengidentifikasi persyaratan, dan mengumpulkan ide dan pendapat. Namun, menggunakan teknik wawancara membutuhkan keterampilan komunikasi yang baik untuk menghadapi orang dengan nilai, prioritas, pendapat, motivasi dan kepribadian yang berbeda secara efektif. Seperti teknik pencarian fakta lainnya, wawancara tidak selalu menjadi metode terbaik untuk semua situasi. Keuntungan dan kerugian menggunakan wawancara sebagai teknik pencarian fakta tercantum dalam tabel 2.3. Ada dua jenis wawancara: tidak terstruktur dan terstruktur. Wawancara tidak terstruktur dilakukan hanya dengan tujuan umum dan dengan sedikit atau tanpa pertanyaan spesifik. Pewawancara mengharapkan orang yang diwawancarai memberikan kerangka kerja dan arahan untuk wawancara. Jenis wawancara ini sering kehilangan fokus dan karena alasan ini sering kali tidak berfungsi dengan baik untuk analisis dan desain database. Dalam wawancara terstruktur, pewawancara memiliki serangkaian pertanyaan khusus untuk diajukan kepada narasumber. Bergantung pada jawaban orang yang diwawancarai, pewawancara akan mengajukan pertanyaan tambahan untuk mendapatkan klarifikasi atau perluasan. Pertanyaan terbuka memungkinkan orang yang diwawancarai menanggapi dengan cara apa pun yang tampaknya sesuai. Contoh pertanyaan terbuka adalah, "Mengapa Anda tidak ISYS6307 – Data and Information Management



puas dengan laporan pendaftaran pelanggan?" Pertanyaan tertutup membatasi jawaban untuk pilihan spesifik atau jawaban singkat dan langsung. Contoh dari pertanyaan seperti itu dapat berupa "Apakah Anda menerima laporan pendaftaran pelanggan tepat waktu?" atau "Apakah laporan pendaftaran pelanggan berisi informasi yang akurat?" Kedua pertanyaan tersebut hanya membutuhkan jawaban "Ya" atau "Tidak". Untuk memastikan wawancara yang sukses, memilih individu yang sesuai untuk wawancara melibatkan persiapan yang ekstensif untuk wawancara dan melakukan wawancara dengan cara yang efisien dan efektif.



Tabel 2.3 Kelebihan dan kelemahan interview (Connolly, 2015) Kelebihan Izinkan



orang



Kekurangan yang



diwawancara



untuk Sangat memakan waktu dan mahal, dan



menanggapi pertanyaan dengan bebas dan karenanya berpotensi tidak praktis terbuka Memberi orang yang diwawancarai perasaan Keberhasilan tergantung pada keterampilan bahwa dia adalah bagian dari proyek Ini



memungkinkan



menindaklanjuti



komunikasi pewawancara



pewawancara



komentar



untuk Keberhasilan



menarik



dari kemauan



narasumber



mungkin



narasumber



tergantung untuk



pada



berpartisipasi



dalam wawancara



Hal ini memungkinkan pewawancara untuk menyesuaikan



atau



merumuskan



kembali



pertanyaan selama wawancara Ini memungkinkan pewawancara mengamati bahasa tubuh orang yang diwawancarai



E. Observing the Enterprise in Operation Pengamatan adalah salah satu teknik pencarian fakta yang paling efektif untuk memahami suatu sistem. Dengan teknik ini dimungkinkan untuk berpartisipasi atau menyaksikan bagaimana seseorang melakukan aktivitas untuk mempelajari lebih lanjut tentang sistem. Teknik ini sangat berguna ketika validitas data yang dikumpulkan melalui metode lain dipertaruhkan



ISYS6307 – Data and Information Management



atau ketika kompleksitas aspek tertentu dari sistem menghalangi penjelasan yang jelas oleh pengguna akhir.



Seperti teknik pencarian fakta lainnya, observasi yang berhasil membutuhkan persiapan. Agar observasi berhasil, perlu diketahui sebanyak mungkin tentang individu dan aktivitas yang akan diamati. Misalnya, "Kapan periode rendah, normal, dan puncak aktivitas diamati?" dan "Apakah individu akan marah jika seseorang melihat dan merekam tindakan mereka?" Keuntungan dan kerugian menggunakan observasi sebagai teknik pencarian fakta tercantum dalam tabel 2.4.



Tabel 2.4 Kelebihan dan kelemahan Observasi (Connolly, 2015) Kelebihan



Kelemahan



Ini memungkinkan validitas fakta dan data Orang bisa tampil berbeda, disadari atau tidak, untuk diperiksa



ketika diamati



Pengamat bisa melihat dengan tepat apa yang Mengizinkan sedang dilakukan



tugas



mengamati



dengan



berbagai tingkat kesulitan atau volume yang biasanya dialami selama periode itu



Pengamat juga dapat memperoleh data tugas Beberapa tugas mungkin tidak selalu dilakukan yang menjelaskan lingkungan fisik



dengan cara yang sesuai



Relatif murah



Mungkin tidak praktis



Pengamat dapat melakukan pengukuran kerja



F. Research Teknik pencarian fakta yang berguna adalah dengan memeriksa penerapan dan masalahnya. Jurnal komputer, karya referensi dan Internet (termasuk kelompok pengguna dan papan buletin) adalah sumber informasi yang baik. Mereka dapat memberikan informasi tentang bagaimana orang lain telah memecahkan masalah yang serupa, ditambah apakah ada paket



ISYS6307 – Data and Information Management



perangkat lunak untuk memecahkan atau bahkan memecahkan sebagian masalah. Keuntungan dan kerugian menggunakan penelitian sebagai teknik pencarian fakta tercantum dalam tabel 2.5.



Tabel 2.5 Kelebihan dan Kekurangan Penelitian (Connolly, 2015) Kelebihan



Kelemahan



Dapat menghemat waktu jika solusinya sudah Membutuhkan akses ke sumber informasi yang ada



sesuai



Peneliti dapat melihat bagaimana orang lain Pada akhirnya tidak dapat membantu dalam memecahkan masalah serupa atau memenuhi pemecahan masalah karena masalahnya tidak persyaratan serupa



didokumentasikan di tempat lain



Memberi informasi kepada peneliti tentang peristiwa terkini perkembangan



G. Questionnaires Teknik lain untuk menemukan fakta adalah dengan melakukan survei melalui kuesioner. Kuesioner adalah dokumen tujuan khusus yang memungkinkan pengumpulan fakta dari banyak orang sambil tetap mempertahankan kendali atas jawaban mereka. Saat berhadapan dengan audiens yang besar, tidak ada teknik pencarian fakta lain yang dapat menampilkan fakta yang sama dengan begitu efisien. Kelebihan dan kekurangan penggunaan kuesioner sebagai teknik penelitian dapat dilihat pada tabel 2.6. Ada dua jenis pertanyaan yang dapat ditanyakan dalam kuesioner: format bebas dan format tetap. Pertanyaan format bebas menawarkan kebebasan lebih bagi responden dalam memberikan jawaban. Pertanyaan diajukan dan responden mencatat jawabannya di tempat yang tersedia setelah pertanyaan. Contoh pertanyaan bentuk bebas adalah "Laporan apa yang saat ini Anda terima dan bagaimana laporan itu digunakan?" dan “Apakah ada masalah dengan laporan ini? Jika ya, jelaskan. “Permasalahan pada pertanyaan format bebas adalah jawaban responden sulit untuk ditampilkan dalam tabel dan pada beberapa kasus mungkin tidak sesuai dengan pertanyaan yang diajukan.



ISYS6307 – Data and Information Management



Pertanyaan format tetap membutuhkan jawaban spesifik dari individu. Untuk setiap pertanyaan, responden harus memilih dari jawaban yang tersedia. Ini membuat hasil lebih mudah untuk ditabulasi. Di sisi lain, responden tidak bisa memberikan informasi tambahan yang bisa jadi berharga. Contoh dari pertanyaan format tetap adalah, "Format saat ini dari properti yang memungkinkan laporan ideal dan tidak boleh diubah." Responden mungkin diberi opsi untuk menjawab "Ya" atau "Tidak" untuk pertanyaan ini, atau diberi opsi untuk menjawab dari berbagai jawaban, termasuk "Sangat Setuju", "Setuju", "Tidak Ada Opini (Netral)", " Tidak setuju "," dan "Tidak setuju sama sekali."



Tabel 2.6 Kelebihan dan Kelemahan Questioner (Connolly, 2015) Kelebihan



Kelemahan



Orang dapat mengisi dan mengembalikan Jumlah responden bisa sedikit, mungkin hanya kuesioner di waktu senggang mereka



5% sampai 10%



Cara yang relatif murah untuk mengumpulkan Kuisioner dapat dikembalikan tidak lengkap data dari banyak orang Orang lebih cenderung memberikan fakta Mungkin tidak memberikan kesempatan untuk nyata karena tanggapan dapat dirahasiakan



menyesuaikan



atau



menyusun



ulang



pertanyaan yang telah disalahtafsirkan Reaksi dapat dengan cepat ditabulasi dan Tidak dapat mengamati dan menganalisis dianalisis



bahasa tubuh responden



ISYS6307 – Data and Information Management



KESIMPULAN Metode yang dilakukan untuk mendapatkan fakta bisa dilakukan dengan: o memeriksa dokumentasi; o Wawancara; o mengamati perusahaan dalam operasi; o Penelitian; o kuesioner. Dengan kelebihan dan kelemahan dari masing-masing metode tersebut.



ISYS6307 – Data and Information Management



DAFTAR PUSTAKA Connolly, T., & Begg, C. (2015). Database System A Practical Approach to Design, Implemetation, and Management 6th Edition. Pearson.



ISYS6307 – Data and Information Management



LECTURE NOTES



ISYS6307 – Data & Information Management Week ke - 3



Object-Oriented DBMSs & ObjectOriented Programming



LEARNING OUTCOMES LO1: Sketch Database Development Life Circle on Development Application



OUTLINE MATERI : 1. Definition of Object-Oriented DBMSs 2. Advantages and Disadvantages of OODBMSs 3. Comparison of ORDBMS and OODBMS 4. Object-Oriented Database Design 5. Object-Oriented Analysis and Design with UML 6. Classes and objects 7. Properties and methods visibility 8. Static properties and methods 9. Encapsulation 10. Inheritance 11. Interfaces 12. Polymprphism



ISYS6307 – Data and Information Management



ISI MATERI A. Definition of Object-Oriented DBMSs OODM adalah Model data (logis) yang mendefinisikan semantik objek yang didukung dalam pemrograman berorientasi objek. OODB adalah Koleksi objek permanen dan dapat dibagikan yang ditentukan oleh OODM. OODBMS adalah Aplikasi Manajer OODB. Hubungan OOP



Gambar 3.1 Asal muasal data berorientasi objek (Connolly, 2015)



Khoshafian dan Abnous (1990) mendefinisikan OODBMS sebagai: (1) orientasi objek = tipe data abstrak + pewarisan + identitas objek; (2) OODBMS = orientasi objek + kemampuan database. Persistent programming language adalah Bahasa yang memungkinkan penggunanya (secara transparan) menyimpan data selama eksekusi program yang berurutan dan bahkan memungkinkan untuk menggunakan data tersebut oleh banyak program yang berbeda. Database



ISYS6307 – Data and Information Management



Programming Language Bahasa yang mengintegrasikan beberapa ide dari model pemrograman database dengan fitur bahasa pemrograman tradisional.



B. Advantages and Disadvantages of OODBMSs Tabel 1. Kelebihan dan kelemahan OODBMs Kelebihan



Kelemahan



Kemampuan pemodelan yang diperkaya



Kurangnya model data universal



Dapat diperluas



Kurang pengalaman



Penghapusan ketidakcocokan impedansi



Kurangnya standar



Bahasa pencarian yang lebih ekspresif



kompetisi



Dukungan untuk evolusi skema



Pengoptimalan kueri mengganggu enkapsulasi



Dukungan untuk transaksi jangka panjang



Penguncian tingkat objek dapat memengaruhi kinerja



Penerapan untuk aplikasi database tingkat lanjut



Kompleksitas



Peningkatan kinerja



Kurangnya dukungan untuk pandangan Kurangnya dukungan untuk keamanan



(Connolly, 2015) C. Comparison of ORDBMS and OODBMS Tabel 3.2 Perbandingan pemodelan data RDBMS dan DBMS. Fitur



ORDBMS



OODBMS



Identitas objek (OID)



Didukung oleh tipe REF



Didukung



Enkapsulasi



Didukung melalui UDT



Didukung tetapi untuk query yang rusak



Warisan



Didukung (hierarki terpisah untuk



didukung



UDT dan tabel) Polimorfisme



Didukung (panggilan UDF



Didukung sebagai bahasa



berdasarkan fungsi generik)



pemrograman object oriented



Objek yang kompleks



Didukung melalui UDT



didukung



Hubungan



Dukungan kuat dengan batasan



Didukung (contohnya digunakan



integritas referensial yang ditentukan



untuk penggunaan kelas library



pengguna



(Connolly, 2015)



ISYS6307 – Data and Information Management



Tabel 3.3 Perbandingan akses data dari RDBMS dan DBMS. Fitur



ORDBMS



OODBMS



Buat dan akses data persisten



Didukung tetapi tidak transparan



Didukung, tetapi tingkat transparansi bervariasi antar produk



Fungsi pencarian ad-hoc



Dukungan kuat



Didukung melalui ODMG 3.0



Navigasi



Didukung oleh tipe REF



Dukungan kuat



Batasan Integritas



Dukungan kuat



Tidak ada dukungan



Server objek / server halaman



Server objek



Salah satunya



Jadwalkan evolusi



Dukungan terbatas



Didukung, tetapi tingkat dukungan bervariasi antar produk



(Connolly, 2015)



Tabel 3.4 Perbandingan pertukaran data antara RDBMS dan DBMS. Fitur



ORDBMS



OODBMS



Transaksi ACID



Dukungan kuat



Didukung



Pemulihan



Dukungan kuat



Didukung, tetapi tingkat dukungan berbeda di antara produk



Model transaksi lanjutan



Tidak ada dukungan



Didukung, tetapi tingkat dukungan bervariasi antar produk



Keamanan, Integritas, dan Tampilan



Dukungan kuat



Dukungan terbatas



(Connolly, 2015) D. Object-Oriented Database Design Metodologi desain database konseptual dan logis yang disajikan pada mata kuliah Intro to Database System, yang didasarkan pada model Enhanced Entity-Relationship (EER), memiliki kemiripan dengan OODM. Tabel 3.5 membandingkan OODM dengan Conceptual Data Modeling (CDM). Perbedaan utamanya adalah enkapsulasi status dan perilaku dalam suatu objek, sedangkan CDM hanya mencatat status dan tidak memiliki pengetahuan tentang perilaku. Jadi, CDM tidak memiliki konsep pesan dan dengan demikian tidak ada ketentuan untuk enkapsulasi.



ISYS6307 – Data and Information Management



Tabel 3.5. Perbandingan OODM dan CDM OODM



CDM



Difference



Obyek



Kesatuan



Objek termasuk perilaku



Atribut



Atribut



Tidak



Asosiasi



Relationship



Asosiasi itu sama, tetapi pewarisan dalam OOD mencakup status dan perilaku



Pesan



Tidak ada konsep terkait di CDM



Kelas



Jenis Entitas / Supertipe



Tidak



Contoh



Kesatuan



Tidak



Enkapsulasi



Tidak ada konsep terkait di CDM



(Connolly, 2015)



Kesamaan antara dua pendekatan membuat metodologi pemodelan data konseptual dan logis yang disajikan dalam mata kuliah Intro to Database System, sebagai dasar yang masuk akal untuk metodologi desain database berorientasi objek. Meskipun metodologi ini terutama ditujukan untuk mendesain database relasional, model tersebut dapat ditetapkan dengan relatif mudah ke jaringan dan model hierarki. Model data logis yang dihasilkan memiliki hubungan banyak-ke-banyak dan hubungan rekursif dihapus. Ini adalah perubahan yang tidak perlu untuk pemodelan berorientasi objek dan dapat diabaikan saat diperkenalkan karena kekuatan pemodelan yang terbatas dari model data tradisional. Penggunaan normalisasi dalam metodologi masih penting dan tidak boleh diabaikan untuk desain database berorientasi objek. Normalisasi digunakan untuk memperbaiki model agar sesuai dengan beberapa kendala yang mencegah duplikasi data yang tidak perlu. Fakta bahwa kita berurusan dengan objek tidak berarti bahwa redundansi dapat diterima. Dalam istilah berorientasi objek, bentuk normal kedua dan ketiga harus diartikan sebagai berikut: •



Setiap atribut dalam suatu objek bergantung pada identitas objek tersebut.



•



Desain database berorientasi objek mensyaratkan skema database berisi deskripsi dari struktur data objek dan batasan serta perilaku objek.



ISYS6307 – Data and Information Management



Gambar 3.2 Desain alternatif hubungan *: * dengan kelas menengah (Connolly, 2015)



E. Object-Oriented Analysis and Design with UML UML umumnya didefinisikan sebagai 'bahasa standar untuk menentukan, membangun, memvisualisasikan dan mendokumentasikan artefak dari sistem perangkat lunak'. Analog dengan penggunaan cetak biru arsitektur dalam industri konstruksi, UML menyediakan bahasa umum untuk mendeskripsikan model perangkat lunak. UML tidak menetapkan metodologi tertentu, tetapi fleksibel dan dapat disesuaikan dengan pendekatan apa pun dan dapat digunakan bersama dengan berbagai siklus hidup perangkat lunak dan proses pengembangan. Tujuan utama dalam desain UML adalah: •



Sediakan bahasa pemodelan visual ekspresif yang siap digunakan kepada pengguna sehingga mereka dapat mengembangkan dan berbagi model yang bermakna.



•



Menyediakan mekanisme perluasan dan spesialisasi untuk memperluas konsep inti. Misalnya, UML memberikan stereotipe, memungkinkan elemen baru untuk didefinisikan dengan memperluas dan menyempurnakan semantik elemen yang ada. Stereotipe diapit tanda pangkat (>).



•



Bebas dari bahasa pemrograman dan proses pengembangan tertentu.



•



Memberikan dasar formal untuk memahami bahasa pemodelan.



•



Merangsang pertumbuhan pasar perkakas berorientasi objek. ISYS6307 – Data and Information Management



•



Mendukung konsep pengembangan tingkat yang lebih tinggi seperti kolaborasi, kerangka kerja, pola, dan komponen.



•



Mengintegrasikan praktik terbaik. Pada bagian selanjutnya adalah implementasi ke dalam Object Oriented Programming



dengan bahasa pemrograman PHP.



F. Classes and objects Objek merupakan representasi dari elemen kehidupan nyata. Setiap objek memiliki sekumpulan atribut yang membedakannya dari objek lain di kelas yang sama dan mampu melakukan serangkaian tindakan. Kelas adalah definisi dari apa sebuah objek terlihat dan apa yang dapat dilakukannya, seperti pola untuk objek. Mari kita ambil contoh toko buku kita dan pikirkan jenis benda kehidupan nyata yang dikandungnya. Kami menyimpan buku dan membiarkan orang mengambilnya saat tersedia. Kita dapat memikirkan dua jenis objek: buku dan pelanggan. Kita dapat mendefinisikan kedua kelas ini sebagai berikut: