Requirement Document

Dokumen kebutuhan Dokumen kebutuhan merupakan pernyataan resmi dari apa yang dibutuhkan dari pembangun sistem, berisi definisi dan spesifikasi requirement. Sebisa mungkin berupa kumpulan dari APA yang harus dikerjakan sistem, BUKAN BAGAIMANA sistem mengerjakannya.

Dokumen kebutuhan sebaiknya Menjelaskan perilaku eksternal sistem Menjelaskan batasan pada implementasi Mudah diubah Sebagai alat referensi untuk pemelihara sistem Mencatat peringatan awal tentang siklus dari sistem Menjelaskan bagaimana sistem merespon hal­hal yang tidak

What is a Software Requirements Specification (SRS) ? SRS adalah pemahaman terhadap sebuah perusahaan/organisasi (secara tertulis) dari pelanggan(client) atau memahami kebutuhan sistem yang diinginkan client sebelum sistem tersebut dikembangkan atau di desain. SRS berisi fungsional dan nonfunctional req. saja, tidak menawarkan usulan disain, kemungkinan pemecahan teknologi atau permasalahan bisnis, atau informasi yang lain.

SRS Doc. Kemampuan dan fungsi suatu sistem perangkat lunak ( yaitu : software aplikasi, E-commerce, dll ) harus mempunyai batasan sesuai dengan dimana sistem tsb. akan di implementasikan. SRS doc. juga berfungsi sebagai blueprint untuk melengkapi suatu proyek dengan pertumbuhan biaya yang sekecil seperti mungkin. SRS doc. sering dikenal sebagai "parent" dokumen sebab semua dokumen manajemen proyek yang berikut, seperti spesifikasi disain, statemen dari pekerjaan, spesifikasi arsitektur perangkat lunak, pengujian dan validation plans, dan rencana dokumentasi akan selalu dihubungkan dengan SRS.

Tujuan SRS : Menyediakan feedback bagi pelanggan. SRS adalah jaminan pelanggan bahwa developer memahami isu atau permasalahan untuk dipecahkan dan perangkat lunak yang diperlukan untuk mengatasi permasalahan tsb. SRS harus ditulis dalam bahasa alami bukan formal, boleh juga meliputi tabel, tabel, diagram arus data, tabel keputusan, dan seterusnya. Merumuskan masalah. Mencatat req. perangkat lunak, memberikan batasan masalah, merumuskan tujuan, dan memberikan bantuan untuk memecahkan masalah. Bertindak sebagai masukan bagi desain spesifikasi. SRS sebagai parent dokumen ke dokumen yang berikut, seperti disain spesifikasi PL. Oleh karena itu, SRS harus berisi detil req. sistem yang fungsional sedemikian hingga solusi disain dapat diplan. Sebagai suatu product validation check. SRS juga bertindak sebagai parent dokumen untuk testing dan validation yang akan diberlakukan bagi req. untuk verifikasi.

Informasi yang diperlukan SRS Meliputi : Interfaces Kemampuan fungsional Performance Levels Data Structures/Elements Safety (keamanan) Reliability (keandalan) Security/Privacy Quality Constraints and Limitations

Study Case

Pustaka Sommerville, Ian. "Software Engineering" .6th . Addison Wesley. 2001