Metodologi Pengembangan Data Warehouse
(Data Warehouse Development Methodology)
Metode air terjun (Waterfall Methodology)
Dalam sistem Waterfall Methodology terdapat langkah-langkah seperti studi kelayakan, persyaratan, arsitektur, desain, pengembangan, pengujian, penyebaran, dan operasi.
Figure 3-2.Waterfall methodologywith infrastructuresetup and project management
Sekarang saya akan membahas satu per satu, merinci apa yang harus Anda lakukan ketika membangun data warehouse:
Feasibility studi (Studi kelayakan); Anda mengumpulkan persyaratan pada tingkat tinggi (misalnya, menentukan mengapa Anda membutuhkan data warehouse dan apakah data warehouse adalah solusi yang tepat), Anda memiliki kecepatan melihat sistem sumber untuk mencari tahu apakah mungkin untuk mendapatkan Data yang Anda butuhkan, Anda mendapatkan data sampel untuk menilai kualitas data, dan Anda menulis proposal (beberapa orang lebih suka menyebut dokumen ini kasus bisnis.
Requierments (persyaratan ): membicarakan kepada pengguna untuk memahami detail dari proses, bisnis, data, dan isu-isu.serta Mengatur kunjungan lapangan untuk mendapatkan pengalaman langsung. Mendiskusikan arti dari data, user interface, dan sebagainya, dan mendokumentasikannya.perlu juga Menyertakan daftar persyaratan nonfunctional seperti kinerja dan keamanan.
Architecture :Pada dasarnya, Anda perlu menentukan aliran data arsitektur Anda yang akan digunakan disistem dan arsitektur apa yang akan Anda gunakan, secara rinci, termasuk spesifikasi untuk server database, jenis jaringan, solusi penyimpanan, dan sebagainya.
Desain(Design): Anda perlu merancang tiga bagian utama dari sistem data warehouse: data store, sistem ETL, dan aplikasi front-end.
Pengembangan(Development): Anda perlu untuk membangun tiga bagian yang Anda desain: toko data, sistem ETL (termasuk sistem mutu data dan metadata), dan aplikasi front-end. hati-hati dan pertimbangankan, ini tiga bagian dapat dibangun secara paralel. Pertimbangan yang paling penting ketika membangun secara paralel adalah untuk mendefinisikan interface yang kurat
antar bagian.
Pengujian: Pada dasarnya, Anda perlu menguji menyimpan data, ETL, dan aplikasi front-end
Deployment: Setelah sistem siap, Anda menempatkan semua komponen dalam kotak produksi: sistem ETL, menyimpan data, dan aplikasi front-end
Operasi(operation): Para pengguna terus menggunakan data warehouse dan aplikasi. Tim operasi terus mengelola data warehouse dan untuk mendukung pengguna.
Penyiapan infrastruktur(Infrastructure setup): Salah satu tugas terbesar ketika Anda membangun aplikasi adalah untuk mempersiapkan lingkungan produksi di mana Anda akan menjalankan aplikasi dan membangun pengembangan dan lingkungan pengujian.
Manajemen proyek(Project management:): Ini adalah ketika Anda mempertahankan rencana proyek (yang berarti setiap saat Anda harus tahu status dari setiap tugas dan siapa yang akan melakukan apa dan kapan), menjaga komunikasi yang baik dengan seluruh pemangku kepentingan (sponsor proyek, pengguna, dan pengembang ) termasuk laporan status dan rapat, dan menyerang secara agresif risiko (bukan menyelesaikan mereka ketika mereka menjadi masalah)
Iterative Methodology
Prinsip dasar metodologi berulang adalah untuk melepaskan bagian-bagian yang lebih besar dan lebih besar dari proyek lengkap untuk menemukan masalah awal dan membuat penyesuaian yang diperlukan ketika persyaratan tidak dapat didefinisikan secara memadai oleh pengguna.
Metodologi berulang menghilangkan semua lima risiko dan masalah yang disebutkan sebelumnya! Semua lima dari mereka telah dilakukan sejak iterasi 1 sehingga pada go-live tanggal akhir (iterasi 3), sistem akan berjalan jauh lebih lancar. Mari kita pergi melalui langkah demi langkah proses:
Dalam putaran pertama, Anda menjalankan seluruh arsitektur sebagai suatu sistem.
2. Dalam putaran pertama, pengguna melihat dan menggunakan data warehouse.
3. Dalam putaran pertama, tes dan lingkungan produksi yang digunakan.
4. Dalam putaran pertama, Anda menjalankan sistem pada kapasitas maksimum untuk pengujian kinerja.
5. Dalam putaran pertama, Anda menyebarkan produksi (go live).
Fokus pada iterasi pertama adalah arsitektur, apa yang anda tidak ingin mengambil yang paling sulit Data mart untuk membangun selama iterasi pertama. Dalam Rational metodologi Unified Process (RUP), jenis ini disebut iterasi elaborasi, di mana Anda berfokus pada architecture.RUP adalah salah satu metodologi yang menggunakan pendekatan iteratif.
Fokus dari iterasi kedua adalah fungsi tersebut. Oleh karena itu, pada iterasi kedua, Anda memilih complex data mart (CRM). Karena itu yang paling sulit yaitu Data mart, jika Anda bisa melakukan data mart ini, semua data mart lain seharusnya tidak menjadi masalah. Dalam RUP, jenis iterasi di mana Anda fokus pada fungsi juga merupakan elaborationphase.
Iterasi ketiga Anda hanya perlu bekerja seperti sebuah pabrik untuk menghasilkan kode seefisien mungkin. Dalam RUP, jenis ini disebut iterasi konstruksi, di mana Anda melakukan produksi massal untuk melengkapi sistem. Dalam RUP, ada satu tipe yang lebih iterasi yang disebut awal (yang merupakan iterasi pertama), di mana kau fokus untuk mendapatkan para pemangku kepentingan untuk menyepakati tujuan, arsitektur kasar, dan jadwal tingkat tinggi.
Iterasi terakhir akan memberikan fungsi yang tersisa, penjualan dan data persediaan mart. Dalam iterasi ini, Anda dapat mengakomodasi permintaan perubahan berdasarkan masukan dari pengguna pada dua pertama iterasi. Anda akan melakukan kegiatan yang sama seperti dua iterasi sebelumnya: dari pengumpulan persyaratan untuk menyerahkan segalanya kepada tim produksi. Anda akan membangun komponen yang sama: sistem ETL, sistem metadata, sistem mutu data, menyimpan data, dan aplikasi front-end.
Keuntungan menggunakan metodologi iterasi ini adalah jelas: meminimalkan risiko. Dengan kata lain, proyek ini memiliki lebih banyak kesempatan untuk menjadi sukses, dan sistem disampaikan akan memiliki kualitas yang lebih baik. Kerugian utama adalah bahwa infrastruktur perlu disampaikan di depan
ADS HERE !!!