Persyaratan tugas rekayasa pada software mencakup dari satu set aktivitas yang akan menjadikan

perangkat lunak yang lebih baik. Tugas dari pengembang adalah mendirikan fondasi desain dan
konstruksi yang solid. Kewajiban dari pengembang berlangsung selama komunikasi dan aktivitas
pemodelan yang telah di definisikan untuk pemrosesan perangkat lunak. 7 keunggulan yang harus
dimiliki pengembang adalah, fungsi inception, elicitation, elaboration, negotiation, spesification,
validation, dan management, dan juga harus ditularkan kepada setiap dari anggota tim.
Pada saat suatu project telah dirilis, pemimpin pada perusahaan menyusun poin-poin yang perlu di
perhatikan. Menentukan kendala utama pada projek, dan mendata fitur dan fungsi yang harus di
munculkan dalam sistem untuk menemukan kekurangan pada proyek tersebut. Informasi ini harus
diperjelas dan diperluas selama aktivitas yang telah membuat fungsi dari, QFD, dan pengembangan
skenario pemakaian.
Elaborasi lebih lanjut adalah memperluas pada model koleksi pada skenario awal, kelas awal, keadaan
sekitar, aliran pada elemen. Modelnya bisa juga bersumber dari analisis rumus, solusi untuk analisa
masalah yang telah terlihat untuk di ulang dengan menggunakan aplikasi yang berbeda.
Sebagai persyaratan diidentifikasi dan model persyaratan sedang dibuat, tim perangkat lunak dan
pemimpin proyek lainnya menegosiasikan prioritas, ketersediaan, dan biaya relatif kebutuhan masingmasing. Tujuan dari negosiasi ini adalah untuk mengembangkan rencana proyek yang realistis. Selain
itu, setiap persyaratan dan model persyaratan secara keseluruhan divalidasi terhadap kebutuhan
pelanggan
untuk
memastikan
bahwa
sistem
yang
tepat
akan
dibangun.
1. Inception-mengajukan serangkaian pertanyaan yang

membangun pemahaman dasar dari masalah

sifat dari solusi yang diinginkan,

efektivitas komunikasi dan kolaborasi awal antara pelanggan dan pengembang

2. Elicitation menimbulkan persyaratan dari semua stakeholder

3. Elaboration membuat model analisis yang mengidentifikasi data, fungsi dan persyaratan
perilaku
4. Negotiation menyepakati sistem penyampaian yang realistis untuk pengembang dan
pelanggan
5. Specification bisa salah satu (atau lebih) sebagai berikut::

Sebuah dokumen tertulis

Satu set model

Sebuah resmi matematika

Sebuah koleksi skenario pengguna (penggunaan-kasus)

Sebuah prototipe

6. Validation mekanisme review yang terlihat untuk

Kesalahan dalam konten atau penafsiran

Daerah di mana klarifikasi mungkin diperlukan

Informasi yang hilang

7. inconsistencies (masalah utama ketika produk atau sistem besar direkayasa)

8. bertentangan atau tidak realistis persyaratan (tercapai).

9. Persyaratan manajemen

Inception

Identifikasi stakeholder
o

"Siapa lagi yang Anda pikir aku harus bicara?"

Kenali beberapa sudut pandang

Bekerja menuju kolaborasi

Pertanyaan pertama
o

Siapa di balik permintaan untuk pekerjaan ini?

Siapa yang akan menggunakan solusi?

Apa yang akan menjadi keuntungan ekonomi dari solusi yang sukses

Apakah ada sumber lain untuk solusi yang Anda butuhkan?

10. Persyaratan memunculkan

pertemuan dilakukan dan dihadiri oleh insinyur perangkat lunak dan pelanggn

aturan untuk persiapan dan partisipasi ditetapkan

agenda

"fasilitator" (dapat menjadi pelanggan, pengembang, atau orang luar) mengatur

pertemuan

"mekanisme definisi" (dapat lembar kerja, flip chart, atau stiker dinding atau papan
buletin elektronik, chat room atau forum virtual) digunakan

11. tujuannya adalah

untuk mengidentifikasi masalah

mengusulkan elemen dari solusi

menegosiasikan pendekatan yang berbeda, dan

menentukan

set

awal

persyaratan

12. Membangun Model Analisis

Elemen model analisis

Elemen-berbasis skenario
a. narasi Fungsional-pengolahan untuk fungsi perangkat lunak
b. Gunakan-kasus deskripsi interaksi antara "aktor" dan sistem

Elemen berbasis kelas

solusi

 Tersirat oleh skenario

Elemen Perilaku
Diagram Negara
Elemen-berorientasi arus
diagram alir data
13. Gunakan Kasus

Sebuah koleksi skenario pengguna yang menggambarkan alur penggunaan sistem

Setiap skenario digambarkan dari point-of-view dari "aktor"-orang atau perangkat

yang berinteraksi dengan perangkat lunak dalam beberapa cara

Setiap skenario menjawab pertanyaan-pertanyaan berikut

1. Siapakah aktor utama, aktor sekunder (s)?
2. Apa tujuan aktor?
3. Prasyarat apa yang harus ada sebelum cerita dimulai?
4. Apa tugas atau fungsi utama yang dilakukan oleh aktor?
5. Ekstensi apa yang mungkin dianggap sebagai cerita digambarkan?
6. Apa variasi dalam interaksi aktor yang mungkin?
7. Apa sistem informasi akan aktor memperoleh, memproduksi, atau mengubah?
8. Apakah aktor harus menginformasikan sistem tentang perubahan dalam
lingkungan eksternal?
9. Informasi apa yang diharapkan aktor dari sistem?
10. Apakah aktor ingin diberitahu tentang perubahan yang tak terduga?