Dokumen Persyaratan Fungsional
Dokumen Persyaratan Fungsional (FRD) adalah pernyataan formal dari persyaratan fungsional aplikasi. Ini melayani tujuan yang sama sebagai kontrak. Di sini, pengembang setuju untuk memberikan kemampuan yang ditentukan. Klien setuju untuk menemukan produk yang memuaskan jika menyediakan kemampuan yang ditentukan dalam FRD.
Persyaratan fungsional menangkap perilaku yang diinginkan dari sistem. Perilaku ini dapat diekspresikan sebagai layanan, tugas, atau fungsi yang harus dilakukan sistem. Dokumen tersebut harus disesuaikan agar sesuai dengan kebutuhan proyek tertentu. Mereka mendefinisikan hal-hal seperti kalkulasi sistem, manipulasi dan pemrosesan data, antarmuka pengguna dan interaksi dengan aplikasi.
Dokumen Persyaratan Fungsional (FRD) memiliki karakteristik sebagai berikut -
Ini menunjukkan bahwa aplikasi memberikan nilai dalam hal tujuan bisnis dan proses bisnis dalam beberapa tahun mendatang.
Ini berisi satu set lengkap persyaratan untuk aplikasi. Tidak ada ruang bagi siapa pun untuk mengasumsikan apa pun yang tidak tercantum dalam FRD.
Ini adalah solusi independen. ERD adalah pernyataan tentang apa yang harus dilakukan aplikasi — bukan cara kerjanya. FRD tidak mengikat pengembang ke desain. Oleh karena itu, referensi apa pun ke penggunaan teknologi tertentu sama sekali tidak sesuai dalam FRD.
Persyaratan fungsional harus mencakup yang berikut -
Deskripsi data untuk dimasukkan ke dalam sistem
Deskripsi operations dilakukan oleh setiap layar
Deskripsi work-flows dilakukan oleh sistem
Deskripsi system reports atau keluaran lainnya
Siapa yang bisa masuk ke data ke dalam sistem?
Bagaimana sistem memenuhi berlaku regulatory requirements?
Spesifikasi fungsional dirancang untuk dibaca oleh khalayak umum. Pembaca harus memahami sistem, tetapi tidak diperlukan pengetahuan teknis untuk memahami dokumen ini.
Kiriman Persyaratan Fungsional
Dokumen Persyaratan Bisnis (BRD) terdiri dari -
Functional Requirements- Dokumen yang berisi persyaratan rinci untuk sistem yang sedang dikembangkan. Persyaratan ini menentukan fitur dan kapabilitas fungsional yang harus dimiliki sistem. Pastikan bahwa asumsi dan kendala yang diidentifikasi selama Kasus Bisnis masih akurat dan mutakhir.
Business Process Model - Model keadaan saat ini dari proses (model "sebagaimana adanya") atau konsep tentang apa proses seharusnya menjadi (model "menjadi")
System Context Diagram - Diagram Konteks menunjukkan batasan sistem, entitas eksternal dan internal yang berinteraksi dengan sistem, dan aliran data yang relevan antara entitas eksternal dan internal ini.
Flow Diagrams (as-is or to-be)- Diagram secara grafis menggambarkan urutan operasi atau pergerakan data untuk proses bisnis. Satu atau lebih diagram alir disertakan tergantung pada kompleksitas model.
Business Rules and Data Requirements - Aturan bisnis menentukan atau membatasi beberapa aspek bisnis dan digunakan untuk menentukan batasan data, nilai default, rentang nilai, kardinalitas, tipe data, perhitungan, pengecualian, elemen yang diperlukan dan integritas relasional dari data.
Data Models - Diagram Relasi Entitas, Deskripsi Entitas, Diagram Kelas
Conceptual Model - Tampilan tingkat tinggi dari berbagai entitas untuk fungsi bisnis dan bagaimana keterkaitannya satu sama lain.
Logical Model - Mengilustrasikan entitas, atribut, dan hubungan spesifik yang terlibat dalam fungsi bisnis dan mewakili semua definisi, karakteristik, dan hubungan data dalam lingkungan bisnis, teknis, atau konseptual.
Data Dictionary and Glossary - Kumpulan informasi rinci tentang elemen data, bidang, tabel, dan entitas lain yang terdiri dari model data yang mendasari database atau sistem manajemen data serupa.
Stakeholder Map- Mengidentifikasi semua pemangku kepentingan yang terpengaruh oleh perubahan yang diusulkan dan tingkat pengaruh / otoritas mereka untuk persyaratan. Dokumen ini dikembangkan dalam fase awal Metodologi Manajemen Proyek (PMM) dan dimiliki oleh Manajer Proyek tetapi perlu diperbarui oleh tim proyek karena Pemangku Kepentingan baru / yang berubah diidentifikasi selama proses.
Requirements Traceability Matrix - Tabel yang mengilustrasikan hubungan logis antara persyaratan fungsional individu dan jenis artefak sistem lainnya, termasuk Persyaratan Fungsional lainnya, Kasus Penggunaan / Kisah Pengguna, Elemen Arsitektur dan Desain, Modul Kode, Kasus Uji, dan Aturan Bisnis.