Teknik kebutuhan perangkat lunak atau sering juga disebut analisis kebutuhan perangkat lunak mencakup kegiatan dalam menentukan kebutuhan-kebutuhan atau kondisi yang harus dipenuhi untuk suatu produk baru atau yang akan diganti, dengan mempertimbangkan kemungkinan terjadinya konflik kebutuhan dari berbagai macam stakeholder.
Sumber: Lihat artikel asli di Wikipedia
Teknik kebutuhan perangkat lunak (requirements engineering) atau sering juga disebut analisis kebutuhan perangkat lunak (Bahasa Inggris: requirements analysis) mencakup kegiatan dalam menentukan kebutuhan-kebutuhan atau kondisi yang harus dipenuhi untuk suatu produk baru atau yang akan diganti, dengan mempertimbangkan kemungkinan terjadinya konflik kebutuhan dari berbagai macam stakeholder.[1]
Analisis kebutuhan mempunyai peran penting dalam kesuksesan suatu proyek perangkat lunak. Kebutuhan harus terdokumentasi, dapat ditindaklanjuti (actionable), dapat diukur (measureable), dapat diuji, memiliki kaitan dengan kebutuhan dan peluang bisnis, serta memiliki tingkat kerincian yang cukup untuk perancangan sistem. Kebutuhan perangkat lunak dapat berupa kebutuhan fungsional dan non-fungsional.
Teknik kebutuhan perangkat lunak meliputi 3 buah tahap, yakni, elicitation (pengumpulan informasi), specification (spesifikasi), dan validation (validasi).[1]
| Tahap | Keterangan | Metode |
|---|---|---|
| Elicitation (pengumpulan informasi) | Bertujuan untuk mengumpulkan sebanyak mungkin informasi mengenai problem domain, kesulitan-kesulitan klien dan user, serta apa yang sistem ingin lakukan untuk mereka. |
|
| Specification (spesifikasi) | Informasi dari proses elicitation dianalisis dan direkam menggunakan teknik modeling dramatis dan tekstual untuk menunjukkan masalah dan solusi yang diajukan. |
|
| Validation (validasi) | Mengecek kebutuhan yang telah direkam apakah telah berkaitan dengan tujuan stakeholder terhadap sistem. |
|
 | Artikel bertopik perangkat lunak ini adalah sebuah rintisan. Anda dapat membantu Wikipedia dengan mengembangkannya. |
