Fungsional dan Nonfungsional persyaratan
(Functional and Nonfunctional Requirements)
Hal ini penting untuk menentukan kebutuhan fungsional dan nonfungsional ketika membangun sebuah sistem data warehouse untuk memastikan bahwa sistem yang kita bangun akan membantu pengguna mencapai tujuan bisnis. Persyaratan fungsional menentukan apa yang dikerjakan sistem. Mereka berisi fitur bahwa sistem data warehouse harus memiliki. Persyaratan nonfunctional membimbing dan membatasi arsitektur
➔Mengidentifikasi Area Bisnis (Identifying Business Areas)
➔Understanding Business Operations
untuk memahami proses, peran, dan isu-isu di daerah masing-masing. Secara khusus, mereka mencari kegiatan bisnis(event), status, tingkat (level), dan peran(roles).
Sebuah acara (EVENT) merupakan kegiatan yang terjadi berulang-ulang setiap beberapa detik atau menit. Atau bisa juga setiap beberapa jam atau hari. Sebagai contoh, di daerah pembelian, kami memiliki dokumen yang disebut pesanan pembelian.
Status adalah kondisi obyek pada titik tertentu dalam waktu. Sebagai contoh, sebuah lagu dapat memiliki status aktif atau usang. Langganan pelanggan dapat memiliki status berlangganan, berhenti berlangganan, atau tidak ada.
tingkat (level)adalah pengukuran kuantitatif dari suatu obyek pada titik tertentu dalam waktu, seperti saldo rekening, tingkat persediaan, dan jumlah pelanggan. pengukuran kuantitatif tersebut berubah dari waktu ke waktu.
Peran (roles)adalah siapa, siapa, dan apa yang terlibat dalam acara tersebut. Misalnya, peran dalam acara pesanan pembelian adalah pemasok, account manager, dan produk. Manajer akun menimbulkan pesanan pembelian untuk pemasok untuk produk tertentu.
➔Mendefinisikan Kebutuhan Fungsional (Defining Functional Requirements)
Setelah memahami operasi bisnis di daerah masing-masing, manajer proyek bisnis mendiskusikan dengan pengguna bisnis persyaratan fungsional, yaitu, fitur dan fungsi dari data warehouse.dengan kata lain, apa sistem yang dilakukan? Pada akhirnya, mereka sepakat bahwa sistem data warehouse memiliki persyaratan fungsional ditunjukkan
➔ Mendefinisikan Persyaratan Nonfungsional (Defining Nonfunctional Requirements)
Pertemuan dengan arsitektur TI dan operasi tim dan diskusi dengan pengguna bisnis mengungkapkan persyaratan nonfunctional. Kebutuhan fungsional menentukan apa yang dikerjakan sistem (fitur), sedangkan persyaratan nonfunctional tidak menentukan fitur. Sebaliknya, persyaratan nonfunctional memberikan panduan dan batasan untuk arsitektur sistem. Beberapa dari mereka adalah dari perusahaan IT standar, beberapa dari tim arsitektur TI, beberapa dari pembatasan sistem sumber (permintaan dari DBA sistem sumber dan manajer operasi), dan beberapa dari kebutuhan pengguna (kebutuhan dari pengguna bisnis) .
Ada juga persyaratan nonfunctional yang terkait dengan manajemen proyek atau bagaimana proyek harus dijalankan, seperti persyaratan yang berkaitan dengan waktu, sumber daya, lokasi, dan anggaran.
➔Melakukan Studi Kelayakan data (Conducting a Data Feasibility Study)
Sebuah studi kelayakan data yang merupakan proses untuk mengeksplorasi sistem sumber, untuk memahami data dengan daftar risiko data utama dan memverifikasi itu, dan untuk menentukan apakah mungkin untuk memberikan proyek sesuai persyaratan. Mengeksplorasi sistem sumber berarti memeriksa platform database, memeriksa struktur database, dan query tabel. Memahami data berarti mencari tahu di mana data tersebut berada untuk setiap kebutuhan fungsional dan memahami makna dan kualitas data.Risiko yang diidentifikasi dengan mencari tahu apakah ada kesenjangan antara equirements dan data, yaitu, apakah untuk setiap kebutuhan data yang tersedia dan dapat diakses
Tujuan melakukan studi kelayakan Data adalah untuk mendapatkan ide tentang apakah ada resiko data yang bisa gagal proyek. Risiko Data risiko proyek yang terkait dengan ketersediaan data dan akses data. Risiko Ketersediaan data risiko tidak mampu untuk memenuhi kebutuhan karena data tidak tersedia. Misalnya, persyaratan bisa menentukan dua tahun data historis, tapi Anda hanya memiliki enam bulan senilai data. Risiko akses data areproject risiko tidak mampu memenuhi kebutuhan karena sistem ETL tidak dapat mengekstrak data dan membawanya ke gudang. Sebagai contoh, kita mungkin tidak dapat mengidentifikasi update di meja karena thereis tidak ada "terakhir diperbarui" timestamp, karena kita tidak diperbolehkan untuk menginstal pemicu dalam tabel sumber, dan karena meja terlalu besar untuk mengekstrak seluruh meja setiap waktu.Hal ini penting untuk memverifikasi risiko ini dan memastikan bahwa mereka diminimalisir. Jika kita tidak melakukan itu, kita benar-benar mempertaruhkan proyek data warehouse akan gagal.
ADS HERE !!!