Mengenal rekayasa kebutuhan dari seorang project manager atau analis sistem tentu membutuhkan sebuah pengalaman nyata, untuk itu kita dahului dengan bagaimana cara mengenal rekayasa kebutuhan dan apa perbedaannya dengan rekayasa perangkat luna. Diagram diatas terdapat siklus dari rekayasa perangkat lunak dan rekayasa kebutuhan. Didalam software engineering sesuai dengan siklus terdapat banyak peran yang dilibatkan. Rekayasa kebutuhan atau bisa juga disebut dengan Requirement Engineering merupakan suatu bagian dari Rekayasa perangkat lunak, hanya saja dalam bagian ini lebih condong ke bagian planning dari siklus RPL. Dimana bahasan yang dijelaskan antara lain bagaimana membuat sebuah kebutuhan dari software agar bisa diterima oleh customer dalam sebuah proyek baik itu mulai dari tahapan awal sampe akhir proyek. Sehingga dalam menyusun sebuah proposal dari proyek pastikan memenuhi unsur kebutuhan dari customer dan dapat menarik untuk digunakan oleh customer mulai dari media promosi, penyusunan SRS dokumen, kejelasan proposal dan kejelasan perkembangan progress dari suatu proyek. Dan dalam tahapan ini kita belajar bagaimana menjadi seorang project manager atau analis sistem yang baik dalam sebuah proyek. Adapun tahapan dari sebuah rekayasa kebutuhan antara lain :
1. RE Elicitation atau bisa disebut bagaimana cara seorang analis dapat menganalisa kebutuhan-kebutuhan dari customer terkait proyek yang akan dibuat.
2. RE analis bisa dikatakan apakah kebutuhan yang kita dapatkan pada tahapan RE Elicitation sudah terpenuhi untuk menjadi standar proyek software kita dan apakah sudah layak untuk dipromosikan atau diproduksi masal.
3. RE documentation bisa dikatakan adalah hasil dokumentasi dari proses-proses rekayasa kebutuhan sehingga dapat dijadikan sebuah dokumen dasar pengembangan software yang didalamnya sangat detail seperti tim proyek, jadwal proyek, proses promosi, progress proyek, gambaran sebuah proyek. Bisa dikatakan sebuah SRS dokumen yang lebih detail, dan tidak hanya terdiri dari sebuah gambaran proyek saja di dalam SRS dokumen
4. RE verification dan validation, setelah kebutuhan proyek terkumpul sesuai pandangan seorang analis dari proses gathering requirement dan terdokumentasi dengan baik di dalam SRS dokumen maka perlu adanya proses verifikasi dan validasi kepada seorang user.
Penjelasan poin-poin di atas akan dijelaskan pada artikel-artikel selanjutnya terkait rekayasa kebutuhan.
