(1) Proses software requirements bertujuan untuk mentransformasikan kebutuhan pengguna menjadi kebutuhan sistem perangkat lunak melalui kegiatan menggali dan menganalisis kebutuhan. (2) Kegagalan proyek perangkat lunak sering disebabkan oleh masalah pada proses software requirements seperti ketidakkonsistenan, ketidaklengkapan, dan ketidakjelasan dalam mendefinisikan kebutuhan. (3) Pendekatan rekayasa perangkat lunak

2. Software Requirements is:
Diskripsi dari layanan-layanan yang harus disediakan
oleh sistem dan batasan-batasan operasionalnya
(Sommerville, 2007)

3. Merupakan aspek yang penting karena tujuan utamanya adalah
untuk mentransformasikan kebutuhan pemakai (user
requirements) menjadi kebutuhan sistem (system
requirements)

4. ( Belani, 2000 )

5. Kunci suksesnya suatu proyek, ditentukan oleh proses
requirements.

6. Langkah yang paling penting dalam proses requirements
adalah komunikasi yang akurat antara user yang memerlukan
sistem dengan pembuat/pengembang sistem.

7. Kegagalan software disebabkan karena masalah-
masalah dalam software requirements :
– tidak konsisten, - tidak lengkap,
– tidak benar, - tidak jelas,
– dan lain-lain

8. “ The Rock Problem” atau “Yes, But … Syndrome”
– Customer : “Tolong buatkan saya sebuah batu ”.
Setelah beberapa waktu, Software Developer membawakan batu yang
telah dibuat .
– Customer : “Ya terima kasih, tapi sebenarnya yang saya inginkan
adalah sebuah batu kecil berwarna biru”.
Kemudian, Software Developer membawakan kembali batu kecil
berwarna biru sesuai permintaan.
– Customer : “Ya, tapi … maksud saya yang bentuknya bulat ”.
– SoftDev : “Maksud lo… ?!!”
Demikian seterusnya proses iterasi hingga akhirnya yang diinginkan
Customer adalah “batu pualam berbentuk bulat kecil berwarna biru”.

9. “ Undiscovered Ruins Syndrome”
Now that I see it, I have another requirements to add
Dari permasalahan-permasalahan tersebut,
Dibutuhkan pendekatan rekayasa (engineering approach), yang
terdiri atas beberapa aktivitas yang saling terkait.
 muncullah cabang ilmu : “Requirements Engineering (RE)”

10. • Menurut SWEBOK - Knowledge Area 1 :
– Reqs. Elicitation,
– Reqs. Analysis,
– Reqs. Specification,
– Reqs. Validation
• Menurut Sommerville :
– Reqs. Elicitation,
– Reqs. Analysis and Negotiation,
– Reqs. Specification
– System Modelling,
– Reqs. Validation,
– Reqs. Management

11. • RE Process, menurut Wahono:
(Wahono, 2003)

12. (sumber : SWEBOK, 2004)

13. Questions & Answers
Do u have any questions ?

14. Software Requirements

15. (1). Menggali (elicitation) kebutuhan pengguna (user
reqs) untuk contoh kasus perangkat lunak yang akan
dibangun dan mentransformasikannya menjadi
kebutuhan sistem atau kebutuhan perangkat lunak
(software reqs)
(2). Mengklasifikasikan daftar kebutuhan perangkat
lunak ke dalam kebutuhan fungsional dan non-
fungsional.

16. User
Requirements
Software
Requirements
Next Activity
(Modelling)