Software Development - Tahapan Requirement Engineering

 

https://drive.google.com/file/d/1f2j6nSxcs2PgGNtjNovshjCO-0HaRRlM/view?usp=drive_link

https://chatgpt.com/c/69911a01-4cb8-8324-a4e0-93730503d826

Problem Identification ↓ Requirement Engineering ↓ SRS ↓ System Analysis ↓ Architecture Design ↓ Database Design ↓ Backend & Frontend Design ↓ Integration ↓ Testing & Deployment

TAHAPAN REQUIREMENT ENGINEERING

Requirement Engineering terdiri dari lima tahap utama:

Elicitation → Analysis → Specification → Validation → Management

Kelima tahap ini bersifat iteratif, bukan linear kaku. Dalam praktik nyata, sering terjadi pengulangan antar tahap.

---

1️⃣ ELICITATION (Penggalian Kebutuhan)

📌 Definisi

Proses mengidentifikasi dan mengumpulkan kebutuhan sistem dari stakeholder.

🎯 Tujuan

• Memahami kebutuhan bisnis

• Menggali ekspektasi stakeholder

• Mengidentifikasi masalah sistem lama

• Menemukan kebutuhan eksplisit & implisit

---

🎭 Aktivitas Utama

• Interview

• Workshop

• Observasi lapangan

• Kuesioner

• Prototyping awal

• Analisis dokumen lama

---

📌 Jenis Kebutuhan yang Dikumpulkan

1. Business Requirement

2. User Requirement

3. System Requirement

---

⚠️ Tantangan

• Stakeholder tidak mampu menjelaskan kebutuhan secara jelas

• Kebutuhan saling bertentangan

• Kebutuhan tersembunyi (implicit requirement)

---

📌 Output

• Raw requirement list

• Stakeholder list

• Catatan wawancara

• Daftar masalah sistem

---

2️⃣ ANALYSIS (Analisis Kebutuhan)

📌 Definisi

Proses menyaring, mengklarifikasi, dan memodelkan requirement agar tidak ambigu.

---

🎯 Tujuan

• Menghilangkan duplikasi

• Mengatasi konflik requirement

• Mengidentifikasi prioritas

• Memastikan feasibility (teknis & bisnis)

---

🔍 Aktivitas

• Requirement classification (FR & NFR)

• Conflict resolution

• Prioritization (MoSCoW)

• Modeling (Use Case, Activity Diagram)

• Feasibility analysis

---

📊 Contoh Klasifikasi

Functional Requirement

• Sistem harus menyimpan data transaksi

Non-Functional Requirement

• Response time < 2 detik

---

⚠️ Risiko Jika Tidak Dianalisis

• Ambiguity

• Scope creep

• Sistem tidak realistis

---

📌 Output

• Requirement yang telah diperjelas

• Prioritas requirement

• Model analisis (Use Case list)

---

3️⃣ SPECIFICATION (Spesifikasi Kebutuhan)

📌 Definisi

Tahap mendokumentasikan requirement dalam format formal dan terstruktur.

---

🎯 Tujuan

• Membuat dokumen resmi

• Menghindari interpretasi berbeda

• Menjadi kontrak antara client & developer

---

📑 Format Umum

1. Functional Requirement (FR)

FR-01: Sistem harus menyediakan login pengguna.

2. Non-Functional Requirement (NFR)

NFR-01: Sistem harus memiliki uptime 99%.

---

📌 Karakteristik Requirement yang Baik (SMART)

• Specific

• Measurable

• Achievable

• Relevant

• Testable

---

📌 Output

• Dokumen SRS

• Requirement specification document

• Requirement Traceability Matrix

---

4️⃣ VALIDATION (Validasi Kebutuhan)

📌 Definisi

Memastikan requirement benar, lengkap, dan sesuai kebutuhan stakeholder.

---

🎯 Tujuan

• Menghindari kesalahan sebelum coding

• Memastikan semua stakeholder sepakat

• Mengurangi rework

---

🛠 Metode Validasi

1. Requirement review meeting

2. Walkthrough document

3. Prototype demonstration

4. Checklist verification

5. Test-case derivation

---

📋 Checklist Validasi

Kriteria	Pertanyaan
Lengkap?	Semua kebutuhan sudah dicatat?
Konsisten?	Tidak ada konflik?
Testable?	Bisa diuji?
Jelas?	Tidak ambigu?

---

📌 Output

• Requirement yang disetujui (baseline)

• Dokumen final untuk tahap desain

---

5️⃣ MANAGEMENT (Manajemen Requirement)

📌 Definisi

Mengelola perubahan requirement selama siklus hidup proyek.

---

🎯 Tujuan

• Mengendalikan perubahan

• Menghindari scope creep

• Menjaga stabilitas proyek

---

🔄 Proses Change Management

Change Request
   ↓
Impact Analysis
   ↓
Approval
   ↓
Update Document

---

📊 Contoh Perubahan

Awal:

• Tidak ada fitur diskon

Owner meminta:

• Tambah fitur promo

Tim melakukan:

• Analisis dampak database

• Update SRS

• Update estimasi waktu

---

📌 Tools Requirement Management

• Jira

• Trello

• Azure DevOps

• Git issue tracking

---

🔁 Sifat Iteratif Requirement Engineering

Requirement Engineering tidak berhenti setelah SRS selesai.

Dalam Agile:

Backlog Refinement → Sprint Planning → Review → Update Requirement

Dalam Waterfall:
Perubahan dilakukan melalui formal change request.

---

📊 RINGKASAN TAHAPAN

Tahap	Fokus	Output
Elicitation	Menggali kebutuhan	Raw requirement
Analysis	Klarifikasi & prioritas	Requirement terstruktur
Specification	Dokumentasi formal	SRS
Validation	Verifikasi & persetujuan	Baseline requirement
Management	Mengelola perubahan	Updated requirement