Proses RekayasaKebutuhan

Denny Sagita R, S.Kom., M.Kom

KJFD Rekayasa Perangkat Lunak

Fakultas Ilmu Komputer - UB

PERTEMUAN 4

REKAYASA & MANAJEMEN KEBUTUHAN

Outline

• Siklus Rekayasa Kebutuhan

• Domain Problem & Solusi

• Skenario

• Pemangku kepentingan yang tepat

Rekayasa & Manajemen Kebutuhan

Siklus Rekayasa Kebutuhan

Kebutahan dalam Model V

Rekayasa & Manajemen Kebutuhan

Siklus Rekayasa Kebutuhan

Rekayasa & Manajemen Kebutuhan

Kebutahan dalam Model V

Siklus Rekayasa Kebutuhan

Rekayasa & Manajemen Kebutuhan

Proses Penyebaran Knowledge

Siklus Rekayasa Kebutuhan

Rekayasa & Manajemen Kebutuhan

Peran Traceability dalamManajemen Perubahan

Penelusuran Kebutuhan

Domain Problem & Solusi

Rekayasa & Manajemen Kebutuhan

Skenario

Skenario merupakan suatu cerita atau narasi yang mudahdiakses untuk membuat aplikasi menjadi lebih hidup

Tujuan

• Membantu untuk memahami alasan mengapapermasalahan yang hendak diselesaikan oleh sistemadalah penting

• Mengetahui nilai manfaat yang didapatkan olehpelanggan

Rekayasa & Manajemen Kebutuhan

Komponen Skenario

• Tujuan

• Ruang lingkup

• Sudut pandang pemangku kepentingan

• Visualisasi

• Singkat

• Rekursif, dekomposisi, dan penyempurnaan

Rekayasa & Manajemen Kebutuhan

Parameter Skenario yang baik

• Accessible & Understandable

• Important, valuable, Applealing, Atractive

• Critical, Challenging

• Frequent, No Exceptional Niche

• Spesific

Rekayasa & Manajemen Kebutuhan

Pemangku kepentingan

• Kelompok atau kelas yang terlibat dalam proses pengembangan perangkat lunak

• Siapa?1. Pelanggan2. Pemilik Modal3. Pemilik Sistem4. Pengguna5. Regulator6. Penyedia/vendor7. Developer8. Analis Sistem9. Programmer

Rekayasa & Manajemen Kebutuhan

Menentukan Pemangku kepentingan

1. Identifikasi struktur organisasi dimana perangkat lunak terkaithendak digunakan

2. Petakan masing-masing jabatan/tanggung jawab di dalamorganisasi ke dalam kelas-kelas pemangku kepentingan

3. Identifikasi kelas-kelas pengguna yang ada

4. Tentukan rangking prioritas dari kelas-kelas pemangkukepentingan

5. Identifikasi Keyperson untuk tiap-tiap kelas

6. Tentukan keyperson minimum yang dapat dilibatkan dapatdilibatkan untuk meliput keseluruhan pengetahuan tentangranah sistem berdasarkan sumber daya yang ada

7. Dokumentasikan setiap kelas pemangku kepentingan danturunannyaserta karakteristik, tanggung jawab dan lokasi fisik

Rekayasa & Manajemen Kebutuhan