---

🎯 1. Pengertian Rekayasa Kebutuhan

7

Rekayasa Kebutuhan (Requirement Engineering) adalah proses sistematis dalam Rekayasa Perangkat Lunak untuk mengidentifikasi, menganalisis, mendokumentasikan, dan mengelola kebutuhan sistem perangkat lunak.

Menurut Ian Sommerville, requirement engineering adalah aktivitas yang memastikan sistem memenuhi kebutuhan pengguna dan stakeholder.

💡 Narasi:

Tahap ini merupakan fondasi utama dalam pengembangan perangkat lunak. Kesalahan dalam memahami kebutuhan pengguna akan menyebabkan kegagalan sistem, meskipun implementasi teknisnya sempurna.

---

🎯 2. Tujuan Rekayasa Kebutuhan

Tujuan	Penjelasan
Memahami kebutuhan user	Menangkap kebutuhan nyata pengguna
Mendefinisikan sistem	Menentukan batasan sistem
Menghindari kesalahan	Mengurangi revisi di tahap akhir
Dokumentasi	Sebagai acuan pengembangan
Komunikasi	Menjembatani user dan developer

💡 Narasi:

Tujuan utama adalah memastikan “apa yang dibangun” sesuai dengan “apa yang dibutuhkan”.

---

🔄 3. Proses Rekayasa Kebutuhan

8

📌 Tahapan Utama:

1. Elicitation (Pengumpulan Kebutuhan)
2. Analysis (Analisis Kebutuhan)
3. Specification (Spesifikasi Kebutuhan)
4. Validation (Validasi Kebutuhan)
5. Management (Manajemen Kebutuhan)

💡 Narasi:

Proses ini bersifat iteratif—kebutuhan dapat berubah dan perlu diperbarui sepanjang proyek.

---

📌 4. Tahap 1: Elicitation (Pengumpulan Kebutuhan)

7

📋 Teknik:

• Wawancara
• Kuesioner
• Observasi
• Workshop / Focus Group
• Studi dokumen

💡 Narasi:

Pengumpulan kebutuhan harus melibatkan stakeholder agar sistem benar-benar relevan dengan kebutuhan nyata.

---

📊 5. Tahap 2: Analysis (Analisis Kebutuhan)

7

📌 Aktivitas:

• Mengelompokkan kebutuhan
• Mengidentifikasi konflik
• Prioritas kebutuhan
• Membuat model (Use Case, DFD)

💡 Narasi:

Pada tahap ini, kebutuhan yang kompleks disederhanakan agar mudah dipahami dan diimplementasikan.

---

🧾 6. Tahap 3: Specification (Spesifikasi Kebutuhan)

7

📋 Output:

• Dokumen SRS (Software Requirement Specification)

📌 Isi SRS:

• Deskripsi sistem
• Functional Requirements
• Non-Functional Requirements
• Use Case
• Diagram sistem

💡 Narasi:

Dokumen SRS menjadi “kontrak” antara developer dan stakeholder.

---

✅ 7. Tahap 4: Validation (Validasi Kebutuhan)

8

📌 Tujuan:

• Memastikan kebutuhan benar
• Tidak ambigu
• Konsisten
• Dapat diimplementasikan

💡 Narasi:

Validasi memastikan bahwa sistem yang dibangun tidak melenceng dari kebutuhan awal.

---

🔧 8. Tahap 5: Requirement Management

7

📌 Aktivitas:

• Mengelola perubahan kebutuhan
• Versioning
• Tracking requirement

💡 Narasi:

Perubahan kebutuhan adalah hal yang normal—yang penting adalah bagaimana mengelolanya.

---

📌 9. Jenis-Jenis Kebutuhan

🔹 Functional Requirement

• Menjelaskan fungsi sistem
• Contoh: Login, Input data

🔹 Non-Functional Requirement

• Menjelaskan kualitas sistem
• Contoh: Keamanan, performa

---

📊 10. Perbandingan Functional vs Non-Functional

Aspek	Functional	Non-Functional
Fokus	Fungsi sistem	Kualitas sistem
Contoh	Login user	Kecepatan sistem
Output	Use case	Performance metrics

---

🧠 11. Teknik Pemodelan Kebutuhan

📌 Tools:

• Use Case Diagram
• Data Flow Diagram (DFD)
• Activity Diagram

💡 Narasi:

Pemodelan membantu memvisualisasikan kebutuhan agar lebih mudah dipahami.

---

⚠️ 12. Tantangan dalam Requirement Engineering

Tantangan	Penjelasan
Requirement tidak jelas	User tidak tahu kebutuhannya
Perubahan kebutuhan	Sering terjadi
Komunikasi buruk	Salah interpretasi
Kompleksitas sistem	Sulit dianalisis

---

🧪 13. Studi Kasus Sederhana

📌 Sistem Perpustakaan:

Functional:

• Login user
• Pinjam buku

Non-Functional:

• Sistem cepat
• Data aman

---

📊 14. Ringkasan Proses Requirement Engineering

Tahap	Output
Elicitation	Data kebutuhan
Analysis	Model sistem
Specification	SRS
Validation	Kebutuhan valid
Management	Update kebutuhan

---

🎓 15. Best Practice

• Libatkan stakeholder
• Gunakan dokumentasi jelas
• Lakukan validasi berkala
• Gunakan tools modern
• Komunikasi aktif

---

🎯 16. Kesimpulan

• Requirement engineering adalah tahap paling krusial dalam RPL
• Menentukan keberhasilan proyek
• Bersifat iteratif
• Membutuhkan komunikasi yang baik

💡 Narasi Penutup:

Mahasiswa harus memahami bahwa software yang baik bukan hanya soal coding, tetapi tentang memahami kebutuhan pengguna dengan tepat.

---

📌 17. Latihan / Diskusi

1. Apa itu requirement engineering?
2. Jelaskan tahapan requirement engineering!
3. Apa perbedaan functional dan non-functional requirement?
4. Mengapa validasi penting?
5. Berikan contoh kebutuhan sistem sederhana!

---

📎 18. Tugas Praktik

• Buat dokumen SRS sederhana
• Analisis kebutuhan sistem kampus
• Buat Use Case Diagram