1 / 12

Halo! Saya Robo-Guide. Siap belajar?

Pemeliharaan Perangkat Lunak,
Teknik Perbaikan, dan Manajemen Bug

Mata Kuliah: Rekayasa Perangkat Lunak

Renita Astri, M.Sc — 2025/2026

Disusun oleh: M Dicky Desriansyah (22130005), Misary Handayani (22130003), Raniy Julia Putri (22130004)

⚙️ Definisi Pemeliharaan Perangkat Lunak

Pemeliharaan perangkat lunak adalah proses memodifikasi, memperbaiki, dan meningkatkan perangkat lunak yang sudah dirilis agar tetap berfungsi optimal, memenuhi kebutuhan baru, dan bebas dari bug.

Evaluasi, perbaikan, adaptasi, dan peningkatan kinerja.
Tujuan Utama: Memperpanjang umur sistem & menjaga kepuasan pengguna.

Contoh Nyata: Update aplikasi e-learning kampus tiap semester (fitur absensi, login, dsb).

🔄 Jenis-Jenis Pemeliharaan

Jenis	Tujuan	Contoh
Korektif (Corrective)	Memperbaiki bug/error	Fix login gagal
Adaptif (Adaptive)	Menyesuaikan lingkungan baru	Migrasi ke server cloud
Perfektif (Perfective)	Meningkatkan performa	Optimasi query database
Preventif (Preventive)	Mencegah masalah masa depan	Refactoring kode

🧠 Mengapa Pemeliharaan Penting?

💰 Biaya

60–80% biaya total proyek PL ada di fase maintenance.

🚀 Keberlanjutan

Menjaga sistem tetap relevan dan kompatibel dengan teknologi baru.

🤝 Kepuasan

Meningkatkan kepercayaan pengguna dan meminimalkan risiko kerusakan.

🛡️ Keamanan

Menutup celah keamanan yang baru ditemukan.

🧰 Teknik Perbaikan Perangkat Lunak

1. Refactoring

Menyederhanakan dan memperbaiki struktur kode tanpa mengubah fungsi.

2. Reengineering

Menganalisis dan mendesain ulang sistem lama agar sesuai kebutuhan modern.

3. Reverse Engineering

Menelusuri kembali sistem yang sudah ada untuk memahami strukturnya.

4. Patch Management

Mengeluarkan “patch” atau pembaruan kecil untuk memperbaiki kesalahan.

🧩 Siklus Pemeliharaan Perangkat Lunak

1️⃣ Identifikasi

→

2️⃣ Analisis

→

3️⃣ Desain

→

4️⃣ Implementasi

→

5️⃣ Uji Regressi

→

6️⃣ Rilis

Setiap perubahan harus melalui quality gate — tidak boleh langsung diperbarui tanpa testing.

🐞 Definisi & Jenis Bug

Bug: Kesalahan logika, sintaks, atau perilaku program yang menyebabkan sistem tidak berjalan sesuai harapan.

Syntax Bug

Kesalahan bahasa pemrograman (cth: kurang ";")

Logic Bug

Hasil salah, tapi tidak error (cth: diskon salah hitung)

Runtime Bug

Error saat dijalankan (cth: NullPointerException)

Integration Bug

Masalah saat modul digabung (cth: API gagal)

🔍 Proses Manajemen Bug

1. Deteksi Bug

Ditemukan oleh user/QA

2. Pelaporan

Catat di Issue Tracker

3. Prioritas

Kritis vs Minor

4. Perbaikan

Fix & Commit

5. Uji Ulang

Regression Testing

6. Rilis

Patch & Dokumentasi

🧭 Tools Manajemen Bug

JIRA

Pelacakan bug & backlog Agile. Integrasi penuh Scrum.

Bugzilla

Open-source, stabil, & mudah dikustomisasi.

GitHub Issues

Langsung di repo, cocok untuk open-source.

Trello / Asana

Visualisasi simpel, cocok untuk tim kecil.

📊 Strategi Efektif

📂 Gunakan Version Control (Git, SVN)
🤖 Terapkan Automated Testing & CI/CD
📝 Dokumentasikan setiap perubahan
🚨 Prioritaskan bug berdasarkan Severity & Impact
🗓️ Jadwalkan Maintenance Window rutin
🗣️ Komunikasi Efektif (Dev, QA, User)

🌟 Studi Kasus

Masalah:

Sistem informasi akademik universitas mengalami bug pada fitur transkrip nilai → menyebabkan nilai IPK tidak akurat.

Langkah Penyelesaian:

Identifikasi error
Debug dan reproduksi
Perbaiki query SQL
Uji regresi
Rilis patch versi 1.0.3

🧾 Kesimpulan

🔹 Pemeliharaan menjaga software tetap relevan

🔹 Teknik perbaikan mencakup refactoring, reengineering, patching

🔹 Bug management penting untuk kualitas & keandalan

🔹 Pemeliharaan
                            yang
                            baik = Investasi Jangka Panjang

Referensi: IEEE 1219-1998, Sommerville (2016), Pressman (2019)

Identifikasi dan Manajemen Risiko
dalam Proyek Perangkat Lunak

Mata Kuliah: Proyek Perangkat Lunak

Renita Astri, M.Sc — 2025/2026

Disusun oleh: M Dicky Desriansyah (22130005), Misary Handayani (22130003), Raniy Julia Putri (22130004)

⚙️ Definisi Risiko & Manajemen Risiko

Risiko

Kemungkinan terjadinya kejadian yang dapat menghambat, menunda, atau menurunkan kualitas proyek.

Manajemen Risiko

Proses sistematis untuk mengidentifikasi, menganalisis, merencanakan respons, dan memantau risiko selama proyek berlangsung.

💡 Tujuan Manajemen Risiko

Mencegah kegagalan proyek sejak dini
Meminimalkan dampak dari risiko yang tak terhindarkan
Menjamin proyek berjalan sesuai waktu, biaya, dan kualitas
Membantu pengambilan keputusan yang cepat dan terukur
Meningkatkan kepercayaan stakeholder terhadap tim proyek

⚠️ Jenis-Jenis Risiko

Jenis Risiko	Deskripsi	Contoh
Teknis	Masalah desain, bug, integrasi	Kesalahan arsitektur
Personel	Kinerja, komunikasi, turnover	Programmer resign
Manajemen	Perencanaan buruk, konflik	Jadwal tidak realistis
Eksternal	Regulasi, vendor, infrastruktur	Server 3rd party down
Operasional	Gangguan testing/deployment	Data hilang saat migrasi

🔍 Proses Manajemen Risiko

1️⃣ Identifikasi

→

2️⃣ Analisis

→

3️⃣ Penilaian

→

4️⃣ Mitigasi

→

5️⃣ Pemantauan

🕵️‍♂️ Tahap 1: Identifikasi Risiko

Tujuan: mengenali semua potensi risiko sejak awal proyek.

Metode Identifikasi

Brainstorming tim proyek
Wawancara stakeholder
Checklist risiko historis
Analisis SWOT
Expert Judgment

📊 Tahap 2: Analisis Risiko

Tujuan: menilai probabilitas dan dampak risiko.

Risiko	Probabilitas (1-5)	Dampak (1-5)	Level (PxD)
Resign programmer utama	4	5	20 (Tinggi)
Server lambat	3	2	6 (Sedang)
Perubahan requirement	5	4	20 (Tinggi)

🚧 Tahap 3: Perencanaan Mitigasi

Avoid (Hindari)

Ubah rencana untuk menghapus risiko sepenuhnya.

Mitigate (Kurangi)

Kurangi probabilitas atau dampaknya.

Transfer (Alihkan)

Pindahkan risiko ke pihak lain (asuransi/outsourcing).

Accept (Terima)

Siapkan cadangan (contingency plan) jika terjadi.

🔄 Tahap 4 & 5: Pemantauan & Evaluasi

📅 Lacak risiko secara berkala (mingguan/sprint)
📝 Gunakan Risk Register untuk update status
🤝 Lakukan risk review meeting
📈 Analisis hasil mitigasi & update rencana

🧾 Risk Register (Contoh)

ID	Risiko	Lvl	Strategi	PIC	Status
R1	Server gagal saat testing	12	Mitigate	DevOps	Open
R2	Pergantian tim QA	25	Transfer	PM	Closed
R3	Keterlambatan vendor	20	Accept	PM	Open

🚨 Studi Kasus

Kasus:

Proyek sistem informasi akademik mengalami delay karena perubahan requirement di tengah sprint.

Identifikasi: Perubahan requirement mendadak.
Analisis: Dampak tinggi, probabilitas tinggi.

Mitigasi: Terapkan change request control.
Hasil: Perubahan terkontrol tanpa ganggu timeline.

🧠 Kesimpulan

🔹 Risiko selalu ada, tapi bisa dikelola

🔹 Manajemen risiko menjaga stabilitas proyek

🔹 Fokus: prediksi, mitigasi, pemantauan

🔹 Proyek sukses =
                            Mampu mengendalikan risiko

📚 Referensi

IEEE Std 1540-2001: Software Life Cycle Processes — Risk Management
Pressman, R. (2019). Software Engineering: A Practitioner’s Approach
Sommerville, I. (2016). Software Engineering
Materi “Perencanaan Proyek” — Renita Astri, M.Sc (2025/2026)

Pemeliharaan Perangkat Lunak,Teknik Perbaikan, dan Manajemen Bug