Menulis Dokumen Requirements Specifications

Ada banyak referensi dalam menulis dokumen requirements specifications atau dokumen kebutuhan, misalnya User requirements specifications (URS) dan beberapa di antaranya mensyaratkan agar URS harus lengkap dan realistis.

Dalam artikel ini saya mencantumkan beberapa panduan dalam menulis dokumen kebutuhan berdasarkan satu bukudari Springer [1]. Dalam buku ini, selain realistis dan lengkap, dokumen kebutuhan juga harus definitif dan dapat diuji serta sebisa mungkin menghindari kesalahpahaman. Sementara itu, beberapa hal yang dapat dicantumkan dalam dokumen kebutuhan adalah:

1. Jumlah pengguna
2. Lokasi sistem digunakan
3. Instrumen yang dibutuhkan sistem
4. Definisi sistem (open or closed system definition)
5. Konfigurasi akses dan keamanan (security) dari aplikasi software termasuk tipe data (data types)
6. Integritas data dan pola data review
7. Kebutuhan akan time & date stamps
8. Kebutuhan akan electronic signature
9. Jumlah sampel yang digunakan untuk pengujian, beragam perhitungan, dan laporan yang akan dihasilkan oleh aplikasi tersebut.
10. Kebutuhan akan IT Support
11. Kebutuhan akan interfis yang digunakan
12. Backup dan recovery system
13. User account management
14. Cara migrasi sistem dari sistem lama ke sistem baru

Panduan lain dalam menulis dokumen kebutuhan (requirement) adalah:

1. Setiap requirement tidak lebih dari 250 kata
2. Kebutuhan tidak terduplikasi
3. Fokus pada apa yang dibutuhkan dan bukan pada bagaimana cara mendapatkannya
4. Setiap requirement harus dapat diuji.
5. Dokumen harus dapat dimengerti oleh pihak yang menggunakan
6. Setiap kebutuhan harus bersifat prioritas atau mandatory
7. Mencantumkan CAPABILITY, CONDITION, CONSTRAINTS.

Referensi:

[1] McDowal.R.D. 2005. Validation of Chromatography Data Systems. Springer. Available

[2] https://wn.com/software_requirements_specification