MODUL REKAYASA PERANGKAT LUNAK (RPL)

(CCC-110)

MODUL 11
SOFTWARE MAINTENANCE & PROCESS MODELS

DISUSUN OLEH
MALABAY,S.KOM,M.KOM

UNIVERSITAS ESA UNGGUL

2020

Universitas Esa Unggul

http://esaunggul.ac.id
0 / 17
 SOFTWARE MAINTENANCE & PROCESS MODELS

A. Kemampuan Akhir Yang Diharapkan

Setelah mempelajari modul ini, diharapkan mahasiswa mampu : Mahasiswa
mampu memahami pengertian Software Maintenance & Process Models.

B. Uraian dan Contoh

Pemeliharaan Perangkat Lunak adalah proses memodifikasi produk perangkat

lunak setelah dikirimkan ke pelanggan. Tujuan utama pemeliharaan perangkat
lunak adalah untuk memodifikasi dan memperbarui aplikasi perangkat lunak
setelah pengiriman untuk memperbaiki kesalahan dan meningkatkan kinerja.

Kebutuhan untuk Perawatan -

Pemeliharaan Perangkat Lunak harus dilakukan untuk:
Memperbaiki kesalahan.
Tingkatkan desain.
Terapkan penyempurnaan.
Antarmuka dengan sistem lain.

Mengakomodasi program sehingga perangkat keras, perangkat lunak, fitur sistem,

dan fasilitas telekomunikasi yang berbeda dapat digunakan.
Migrasikan perangkat lunak lama.
Hentikan perangkat lunak.
Kategori Pemeliharaan Perangkat Lunak -
Pemeliharaan dapat dibagi menjadi berikut ini:

Perawatan korektif:
Pemeliharaan korektif produk perangkat lunak mungkin penting untuk
memperbaiki beberapa bug yang diamati saat sistem sedang digunakan, atau untuk
meningkatkan kinerja sistem.
Pemeliharaan adaptif:

Universitas Esa Unggul

http://esaunggul.ac.id
1 / 17
Ini termasuk modifikasi dan pembaruan ketika pelanggan membutuhkan produk
untuk dijalankan pada platform baru, pada sistem operasi baru, atau ketika
membutuhkan produk untuk berinteraksi dengan perangkat keras dan perangkat
lunak baru.

Pemeliharaan yang sempurna:

Sebuah produk perangkat lunak membutuhkan pemeliharaan untuk mendukung
fitur-fitur baru yang diinginkan pengguna atau untuk mengubah berbagai jenis
fungsi sistem sesuai dengan permintaan pelanggan.

Pemeliharaan preventif:
Jenis pemeliharaan ini mencakup modifikasi dan pembaruan untuk mencegah
masalah perangkat lunak di masa mendatang. Ini bertujuan untuk mengatasi
masalah, yang tidak signifikan pada saat ini tetapi dapat menyebabkan masalah
serius di masa depan.

Rekayasa Terbalik -
Reverse Engineering adalah proses mengekstraksi pengetahuan atau informasi
desain dari apa pun yang dibuat oleh manusia dan mereproduksinya berdasarkan
informasi yang diekstraksi. Itu juga disebut kembali Rekayasa.

Rekayasa Balik Perangkat Lunak -

Rekayasa Balik Perangkat Lunak adalah proses pemulihan desain dan spesifikasi
persyaratan produk dari analisis kodenya. Rekayasa Balik menjadi penting, karena
beberapa produk perangkat lunak yang ada, tidak memiliki dokumentasi yang
tepat, sangat tidak terstruktur, atau strukturnya telah menurun melalui serangkaian
upaya pemeliharaan.

Mengapa Rekayasa Balik?

Menyediakan dokumentasi sistem yang tepat.
Pemulihan informasi yang hilang.
Membantu perawatan.

Universitas Esa Unggul

http://esaunggul.ac.id
2 / 17
Fasilitas penggunaan kembali perangkat lunak.
Menemukan kekurangan atau kesalahan yang tidak terduga.
Penggunaan Rekayasa Balik Perangkat Lunak -

Rekayasa Balik Perangkat Lunak digunakan dalam desain perangkat lunak,

rekayasa balik memungkinkan pengembang atau pemrogram untuk menambahkan
fitur baru ke perangkat lunak yang ada dengan atau tanpa mengetahui kode
sumbernya.

Rekayasa terbalik juga berguna dalam pengujian perangkat lunak, ini membantu
penguji untuk mempelajari virus dan kode malware lainnya.
Pembaca perhatian! Jangan berhenti belajar sekarang. Dapatkan semua konsep
Teori Ilmu Komputer yang penting untuk wawancara SDE dengan Kursus Teori
Ilmu Komputer dengan harga yang ramah siswa dan jadilah siap untuk industri.

Pemeliharaan adalah proses di mana perubahan diterapkan baik dengan

memodifikasi struktur sistem yang ada atau dengan menambahkan komponen
baru ke sistem. Persyaratan sistem berubah dengan cepat dan untuk memenuhi
persyaratan ini, beberapa perubahan digabungkan dan dipertahankan dalam
sistem. Sistem yang dipelihara tetap berguna di lingkungan kerja.

Pemeliharaan berlaku untuk perangkat lunak yang dikembangkan menggunakan

model siklus hidup perangkat lunak apa pun. Pemeliharaan diperlukan untuk
memperbaiki kesalahan, mengimplementasikan peningkatan, meningkatkan
desain, mengadopsi lingkungan, dll. Berbagai jenis pemeliharaan perangkat lunak
saat ini seperti pemeliharaan korektif, pemeliharaan adaptif, pemeliharaan
perfectif, dan pemeliharaan preventif.

Universitas Esa Unggul

http://esaunggul.ac.id
3 / 17
Ada berbagai komponen dari proses pemeliharaan perangkat lunak seperti yang
ditunjukkan di bawah ini:

Berbagai komponen dari proses pemeliharaan perangkat lunak seperti yang

ditunjukkan di atas dapat dijelaskan sebagai berikut:
1. Ubah Permintaan -
Dalam proses pemeliharaan awalnya, permintaan perubahan dibuat.

2. Manajemen Perubahan -
Di tempat ini, status semua permintaan perubahan diidentifikasi dan dijelaskan.

3. Analisis Dampak -
Kegiatan berikut dilakukan di tempat ini:
Identifikasi semua sistem dan produk sistem yang terpengaruh oleh permintaan
perubahan.
Buat perkiraan sumber daya yang dibutuhkan untuk melakukan perubahan.
Analisis manfaat perubahan tersebut.

4. Perencanaan Rilis Sistem -

Dalam fase ini, jadwal dan konten rilis perangkat lunak direncanakan. Perubahan
dapat dilakukan untuk semua jenis pemeliharaan perangkat lunak.

5. Ubah Implementasi -
Implementasi perubahan dapat dilakukan dengan mendesain perubahan terlebih
dahulu, kemudian membuat kode untuk perubahan ini, dan terakhir menguji
perubahan tersebut. Lebih disukai pengujian regresi harus dilakukan saat menguji
perubahan.

6. Rilis Sistem -
Selama rilis perangkat lunak, poin-poin berikut harus dijelaskan:
Dokumentasi

Universitas Esa Unggul

http://esaunggul.ac.id
4 / 17
Perangkat lunak
Latihan
Perubahan Perangkat Keras

Pemeliharaan Perangkat Lunak adalah aktivitas yang sangat luas yang terjadi
setelah operasi selesai. Ini mengoptimalkan kinerja perangkat lunak dengan
mengurangi kesalahan, menghilangkan baris kode yang tidak berguna dan
menerapkan pengembangan lanjutan. Dibutuhkan waktu hingga 1-2 tahun untuk
membangun sistem perangkat lunak sementara pemeliharaan dan modifikasinya
dapat menjadi aktivitas berkelanjutan selama 15-20 tahun.

Kategori Pemeliharaan Perangkat Lunak:

• Pemeliharaan Korektif
• Pemeliharaan Adaptif
• Pemeliharaan Sempurna
• Pemeliharaan preventif

Biaya pemeliharaan sistem mewakili sebagian besar anggaran sebagian besar

organisasi yang menggunakan sistem perangkat lunak. Lebih dari 65% biaya
siklus hidup perangkat lunak dihabiskan untuk aktivitas pemeliharaan.
Biaya pemeliharaan perangkat lunak dapat dikontrol dengan menunda. peluang
pengembangan pemeliharaan perangkat lunak tetapi ini akan menyebabkan biaya
tidak berwujud berikut:
Ketidakpuasan pelanggan ketika permintaan perbaikan atau modifikasi tidak dapat
diatasi secara tepat waktu.
Penurunan kualitas perangkat lunak secara keseluruhan sebagai akibat dari
perubahan yang menimbulkan kesalahan tersembunyi dalam perangkat lunak yang
dipelihara.

Faktor biaya pemeliharaan perangkat lunak:

Faktor utama yang membedakan pengembangan dan pemeliharaan serta yang
menyebabkan biaya pemeliharaan lebih tinggi dibagi menjadi dua subkategori:

Universitas Esa Unggul

http://esaunggul.ac.id
5 / 17
 • Faktor Non Teknis
• Faktor teknis

Faktor Non-Teknis; Faktor Non-Teknis meliputi:

Domain Aplikasi
Stabilitas staf
Seumur hidup program
Ketergantungan pada Lingkungan Eksternal
Stabilitas perangkat keras

Faktor teknis; Faktor teknis meliputi:

independensi modul
Bahasa pemrograman
Gaya pemrograman
Validasi dan pengujian program
Dokumentasi
Teknik manajemen konfigurasi

Pada tahun 1983, Boehm mengajukan model proses pemeliharaan yang

didasarkan pada model dan prinsip ekonomi. Model ekonomi bukanlah hal baru,
keputusan ekonomi adalah blok bangunan utama dari banyak proses dan tesis
Boehm adalah bahwa model dan prinsip ekonomi tidak hanya dapat meningkatkan
produktivitas dalam pemeliharaan tetapi juga membantu untuk memahami proses
dengan sangat baik.

Model proses pemeliharaan Boehm direpresentasikan sebagai siklus loop tertutup

seperti yang ditunjukkan pada diagram di bawah ini;

Dia berteori bahwa itu adalah platform di mana keputusan manajemen dibuat yang
mendorong proses tersebut. Dalam tahap ini, serangkaian perubahan yang
diperlukan ditentukan dengan menerapkan strategi tertentu dan evaluasi biaya-
manfaat untuk serangkaian perubahan yang diusulkan. Perubahan yang disetujui

Universitas Esa Unggul

http://esaunggul.ac.id
6 / 17
tersebut disertai dengan anggaran perusahaan, yang akan sangat menentukan
tingkat dan jenis sumber daya yang diperluas.

Boehm telah memahami bahwa tugas manajer pemeliharaan adalah salah satu
penyeimbangan dan pengejaran tujuan pemeliharaan terhadap kendala yang
diberlakukan oleh lingkungan tempat pekerjaan pemeliharaan dilakukan. Itulah
sebabnya, proses pemeliharaan harus didorong oleh keputusan manajer
pemeliharaan, yang biasanya didasarkan pada keseimbangan tujuan dengan
kendala. Boehm mengusulkan formula untuk menghitung biaya pemeliharaan
karena merupakan bagian dari Model COCOMO. Semua data yang dikumpulkan
dari berbagai proyek, rumus dibentuk dalam bentuk upaya.

Ada dua definisi formal pemeliharaan perangkat lunak, yaitu sebagai berikut:
• IEEE, 1993: -
Pemeliharaan perangkat lunak adalah modifikasi produk perangkat lunak setelah
pengiriman untuk memperbaiki kesalahan, untuk meningkatkan kinerja atau
atribut lainnya, atau untuk menyesuaikan produk ke lingkungan yang
dimodifikasi.
• Standar ISO / IEC 12207: -
Serangkaian aktivitas pemeliharaan perangkat lunak yang terjadi ketika perangkat
lunak mengalami modifikasi pada kode dan dokumentasi terkait karena masalah
atau kebutuhan untuk perbaikan atau adaptasi.
Definisi pertama mirip dengan perawatan perangkat keras, servis mobil, di mana
suatu produk diperiksa untuk kesalahan atau tugas tambahan diberikan setelah
dijual.

Sebaliknya, definisi kedua mencakup pemeliharaan perangkat lunak sebagai aspek

penting dari seluruh siklus hidup produk perangkat lunak, yang memulai
pengembangan awal.

Pemeliharaan perangkat lunak menentukan aktivitas setelah pengiriman versi

kerja awal dari sistem perangkat lunak. Harus dipertahankan dalam sistem dari

Universitas Esa Unggul

http://esaunggul.ac.id
7 / 17
awal, yaitu, pemeliharaan harus dipertimbangkan selama pengembangan
keseluruhan. Meskipun pemeliharaan tidak memiliki aspek produksi perangkat
lunak yang paling kompleks.

Pemeliharaan mencakup bagian dari semua tahapan lain dari proses perangkat
lunak. Setelah menerima permintaan pemeliharaan, langkah pertama adalah
mengidentifikasi jenis pemeliharaan yang diperlukan. Terkadang, masalahnya ada
pada pengguna - bukan perangkat lunaknya.

Dalam kasus produk perangkat lunak, orang akan lebih tertarik untuk
memperbarui produk agar dapat beradaptasi dengan perubahan lingkungan atau
perangkat kerasnya, daripada menguranginya dan menggantinya dengan produk
baru lainnya.
Karenanya, produk perangkat lunak juga memerlukan pemeliharaan untuk
menjaganya tetap mutakhir dengan lingkungan sekitar untuk aplikasi terbaiknya.

Tahap Identifikasi Masalah

Masukan: Permintaan modifikasi.
Proses: Tetapkan nomor perubahan, Klasifikasi permintaan modifikasi, Terima
atau tolak perubahan, Prioritaskan.
Kontrol: Permintaan modifikasi yang diidentifikasi secara unik, Masukkan
repositori permintaan modifikasi.
Output: Permintaan modifikasi tervalidasi, Penentuan proses tervalidasi.

Tahap Analisis
Masukan: Dokumen proyek, Informasi tempat penyimpanan, Permintaan
modifikasi tervalidasi.
Proses: Analisis kelayakan, Analisis terperinci.
Pengendalian: Melakukan tinjauan teknis, Verifikasi strategi pengujian, Verifikasi
apakah dokumentasi diperbarui atau tidak, Identifikasi masalah keamanan.
Output: Laporan kelayakan, Laporan analisis terperinci, Persyaratan yang
diperbarui, Daftar modifikasi awal, Strategi pengujian.

Universitas Esa Unggul

http://esaunggul.ac.id
8 / 17
Tahap Rancangan
Input: Dokumen proyek, Kode sumber, Database, Output fase analisis.
Proses: Buat kasus uji, Revisi persyaratan, Revisi rencana implementasi.
Pengendalian: Inspeksi / tinjauan perangkat lunak, Verifikasi desain.
Output: Daftar modifikasi yang direvisi, analisis rinci yang direvisi, Rencana
pengujian yang diperbarui.

Tahap Implementasi
Input: Kode sumber, dokumentasi sistem, Hasil tahap desain.
Proses: Kode perangkat lunak, Tes unit, Review persiapan tes.
Pengendalian: Inspeksi / review software.
Output: Perangkat lunak yang diperbarui, Dokumen desain yang diperbarui,
Dokumen pengujian yang diperbarui, Dokumen pengguna yang diperbarui,
Laporan tinjauan persiapan tes.

Tahap Uji Sistem

Masukan: Dokumentasi perangkat lunak yang diperbarui, Laporan tinjauan
persiapan ujian, Sistem yang diperbarui.
Proses: Uji fungsional, Pengujian antarmuka, Review persiapan pengujian
Kontrol: Daftar kode perangkat lunak, Permintaan modifikasi, Dokumentasi
pengujian.
Output: Sistem pengujian, Laporan pengujian.

Tahap Uji Penerimaan

Masukan: Laporan tinjauan persiapan ujian, Sistem terintegrasi penuh, Rencana
uji penerimaan, Kasus uji penerimaan, Prosedur uji penerimaan.
Proses: Uji penerimaan, uji Interoperabilitas
Pengendalian: Uji penerimaan
Output: Laporan uji penerimaan.

Tahap Pengiriman
Masukan: Sistem teruji / diterima.

Universitas Esa Unggul

http://esaunggul.ac.id
9 / 17
Proses: Instalasi, Pelatihan.
Kontrol: Dokumen deskripsi versi.
Output: Dokumen deskripsi versi.

Model Perangkat Lunak adalah representasi abstrak dari proses. Setiap tahapan
dalam model perangkat lunak terdiri dari berbagai aktivitas untuk
mengembangkan produk perangkat lunak secara bertahap. Ini juga menentukan
urutan di mana setiap fase harus dijalankan.

Ini adalah berbagai model rekayasa perangkat lunak serta kelebihan dan
kekurangannya:
1. Model Air Terjun:
Ini membutuhkan pemahaman dan pengetahuan yang baik tentang persyaratan dan
teknologi yang terkait dengannya.

Keuntungan :
Sangat mudah dan nyaman untuk menerapkan model air terjun.
Untuk implementasi sistem kecil, ini sangat berguna.

Kekurangan:
Ini dapat menyebabkan kebingungan jika beberapa perubahan dilakukan pada
beberapa tahap.
Pertama, analisis kebutuhan dilakukan dan pada awalnya, terkadang tidak
mungkin untuk menyatakan semua persyaratan secara eksplisit.
Hanya pada akhirnya, pelanggan dapat melihat model kerja proyek.
Sifat linier model air terjun menginduksi status pemblokiran.

2. Model Spiral:
Ini dikembangkan dalam iterasi dan digunakan untuk manajemen risiko. Oleh
karena itu, pada iterasi baru, persyaratan dapat dikenali.

Universitas Esa Unggul

http://esaunggul.ac.id
10 / 17
Keuntungan :
Dengan dibangunnya prototipe maka model kerja sistem dapat dirancang dengan
cepat.
Selama tahap pengembangan, Proyek dapat disempurnakan oleh pengembang dan
pengguna.
Keterlibatan jika pengguna dalam proyek.
Ini sangat hemat biaya dan mudah dirawat.
Analisis dan pengurangan risiko dapat dilakukan secara sistematis dan tepat.
Pengembangan proyek yang terencana dengan baik dan efisien.

Kekurangan:
Dalam serangkaian peningkatan, Perangkat Lunak dikembangkan.
Jika komunikasi dengan pelanggan tidak baik atau tidak tepat maka akan
mengakibatkan kegagalan proyek total atau tidak berhasil atau proyek yang
mungkin menyebabkan kelalaian proyek.

3. Model Inkremental:
Ini adalah proses pengembangan perangkat lunak dan berfokus pada siklus pendek
dan pengembangan.

Keuntungan :
Jika jumlah orang kurang tersedia untuk pengembangan proyek, maka model ini
sangat berguna.
Risiko teknis dapat dikelola secara efektif dan terorganisir dengan baik.
Produk inti atau akhir dapat ditampilkan kepada pelanggan dalam durasi waktu
yang singkat.

Kekurangan:
Pengembang dan pelanggan yang berkomitmen tinggi dan penuh diperlukan untuk
proyek ini.
Mengadopsi teknologi baru dan mengembangkan proyek menggunakan model ini
sangat sulit dan bermasalah.

Universitas Esa Unggul

http://esaunggul.ac.id
11 / 17
Sumber daya yang berat dapat dibutuhkan.

Pemeliharaan Korektif (CM) adalah jenis strategi pemeliharaan yang umumnya

diperlukan untuk memulihkan aset apa pun setelah kegagalan atau kerusakannya.
Restorasi dapat dilakukan dengan cara memperbaiki, mengganti, menyesuaikan
kembali, dll. Ada banyak tujuan CM, tetapi tujuan utamanya adalah untuk
memperbaiki dan mengembalikan aset yang rusak atau gagal ke kondisi kerja
normal. CM sebagian besar berlaku untuk aset yang tidak penting untuk
menjalankan fungsi dan operasi.

Jenis Perawatan Korektif:

CM umumnya diklasifikasikan ke dalam dua kategori berbeda seperti yang
diberikan di bawah ini:

Perawatan Korektif Terencana:

CM Terencana, seperti namanya, adalah jenis CM yang direncanakan dan dapat
dilakukan nanti. Oleh karena itu, CM Terencana juga disebut CM Terjadwal atau
CM Tertunda. Ini adalah jenis CM yang penting dan perlu dilakukan tetapi tidak
segera setelah kegagalan aset. Itu bisa dilakukan nanti. CM yang direncanakan
biasanya dilakukan untuk aset yang tidak kritis atau kurang kritis, yaitu memiliki
dampak yang sangat kecil pada keseluruhan sistem setelah kegagalannya. Jenis
kegagalan aset tersebut dapat ditoleransi dan mudah untuk dipulihkan, diperbaiki,
atau diganti serta hemat biaya juga.
CM Terencana selanjutnya dibagi menjadi dua kategori berbeda berdasarkan CM
yang dianggap terencana:
Pemeliharaan Run-to-Failure (RTF) -
Untuk CM semacam itu, strategi pemeliharaan FLLAJ umumnya digunakan di
mana aset dibiarkan berjalan sampai rusak dan kemudian diperbaiki atau diganti
untuk mengembalikannya ke kondisi kerja normal.
Pemeliharaan Preventif (PM) -
Strategi pemeliharaan preventif dapat digunakan sebagai bagian dari CM di mana
masalah atau masalah biasanya teridentifikasi yang menyebabkan kegagalan aset.

Universitas Esa Unggul

http://esaunggul.ac.id
12 / 17
Dalam hal ini, masalah ditentukan sebelum menyebabkan kegagalan peralatan dan
jika ada masalah yang ditemukan, maka pemeliharaan korektif dapat direncanakan
dan dijadwalkan.

Ada alasan lain yang juga menyebabkan pemeliharaan korektif dianggap

terencana atau ditangguhkan:
Tidak tersedianya suku cadang atau sumber daya yang diperlukan untuk
menjalankan CM.
Tidak tersedianya spesialis saat ini yang diperlukan untuk melakukan CM.
Teknisi diperlukan untuk kasus yang lebih parah.

Perawatan Korektif Tidak Terencana:

CM yang tidak direncanakan, seperti namanya, adalah jenis CM yang tidak
direncanakan dan harus dijalankan segera setelah aset gagal. Oleh karena itu, CM
Tidak Terencana juga dikenal sebagai CM Tidak Terjadwal atau CM Langsung.
Ini adalah jenis CM yang penting dan perlu dilakukan tetapi tidak terlalu lambat
setelah kegagalan aset. Hal ini diperlukan untuk melakukan segera setelah
kegagalan aset. CM biasanya dilakukan untuk aset yang sangat kritis yaitu
memiliki dampak yang lebih besar pada sistem secara keseluruhan setelah
kegagalannya. Jenis kegagalan aset tersebut dapat ditoleransi dan mudah untuk
dipulihkan, diperbaiki, atau diganti serta hemat biaya juga.

CM Tidak Terencana selanjutnya dibagi menjadi dua situasi berbeda berdasarkan

CM yang dianggap tidak terencana:

Ada beberapa kasus, di mana pemeliharaan preventif diterapkan tetapi kemudian

kegagalan juga terjadi di antara tindakan pemeliharaan yang direncanakan. Oleh
karena itu, CM yang diperlukan dalam situasi seperti itu dianggap tidak terencana
karena kegagalan aset segera perlu diperbaiki atau diganti karena dapat menjadi
kritis dan dapat mempengaruhi produksi dan keseluruhan sistem dengan biaya
yang lebih besar. CM juga bisa mahal dalam situasi seperti itu dan dilakukan

Universitas Esa Unggul

http://esaunggul.ac.id
13 / 17
tergantung pada ketersediaan sumber daya, alat, suku cadang, dll. Yang
diperlukan untuk memperbaiki atau mengganti aset yang gagal.
Dalam kasus lain, aset bisa gagal tiba-tiba tanpa ada tanda-tanda potensi
kegagalan atau kemungkinan terjadinya kegagalan. Dalam kasus seperti itu juga,
CM yang diterapkan dianggap tidak terencana karena tidak ada strategi
pemeliharaan terencana yang diterapkan untuk mengatasi aset yang gagal.

Model Taute adalah model perawatan tipikal dan memiliki delapan fase dalam
mode siklus.
Tahapan tersebut dijelaskan sebagai berikut:

Ubah Tahap Permintaan -

Dalam fase ini, pelanggan membuat permintaan dalam format yang ditentukan
kepada tim pemeliharaan untuk menerapkan perubahan pada perangkat lunak.
Perubahan ini mungkin termasuk dalam salah satu dari empat kategori aktivitas
pemeliharaan berikut:
1. Pemeliharaan perangkat lunak korektif.
2. Pemeliharaan perangkat lunak adaptif.
3. Pemeliharaan perangkat lunak yang sempurna.
4. Pemeliharaan perangkat lunak preventif.

Setelah mendeteksi kategori pemeliharaan perangkat lunak, tim pemeliharaan

memberikan nomor identifikasi unik untuk diminta.
Perkiraan Fase -
Tim pemeliharaan mendedikasikan fase ini untuk memperkirakan waktu dan
upaya yang diperlukan untuk menerapkan perubahan yang diminta. Dan, untuk
meminimalkan efek riak yang disebabkan oleh perubahan sistem, dilakukan juga
analisis dampak pada sistem eksisting.
Fase Jadwal -
Dalam fase ini, tim mengidentifikasi permintaan perubahan untuk rilis terjadwal
berikutnya dan mungkin juga menyiapkan dokumen yang diperlukan untuk
perencanaan.

Universitas Esa Unggul

http://esaunggul.ac.id
14 / 17
Fase Pemrograman -
Dalam fase ini, tim pemeliharaan memodifikasi kode sumber perangkat lunak
untuk mengimplementasikan perubahan yang diminta oleh pelanggan dan
memperbarui semua dokumen terkait seperti dokumen desain, manual, dll. Hasil
akhir dari tahap ini adalah versi pengujian kode sumber.
Tahap Tes -
Dalam fase ini, tim pemeliharaan memastikan bahwa modifikasi yang diminta
dalam perangkat lunak diterapkan dengan benar. Kode sumber kemudian diuji
dengan kasus uji yang sudah tersedia. Kasus uji baru juga dapat dirancang untuk
menguji perangkat lunak lebih lanjut. Jenis pengujian ini dikenal sebagai
pengujian Regresi.
Fase Dokumentasi -
Setelah pengujian regresi, tim memperbarui sistem dan dokumen pengguna
sebelum perangkat lunak dirilis. Ini membantu menjaga hubungan bersama antara
kode sumber dan dokumen.
Fase Rilis -
Dalam fase ini, produk perangkat lunak yang dimodifikasi bersama dengan
dokumen yang diperbarui dikirimkan ke pelanggan. Pengujian Penerimaan
dilakukan oleh pengguna sistem.
Fase Operasi -
Setelah berhasil menyelesaikan pengujian penerimaan, perangkat lunak kemudian
ditempatkan di bawah operasi normal. Selama penggunaan, ketika masalah lain
teridentifikasi atau kebutuhan fungsionalitas baru dirasakan atau peningkatan
kemampuan yang ada diinginkan, pelanggan dapat memulai lagi proses 'Ubah
permintaan'. Demikian pula, semua fase akan diulangi untuk menerapkan
perubahan baru ini.

C. Latihan
1. Aktivitas siklik yang melibatkan pengujian eksekusi dan koreksi kode,
disebut ?
2. Sebutkan 2 jenis Pengujian Unit, yaitu ?

Universitas Esa Unggul

http://esaunggul.ac.id
15 / 17
D. Kunci Jawaban
1. Debugging.
2. Manual dan Otomatis

E. Daftar Pustaka
1. Roger S. Pressman, Software Engineering A Practioner's Apporach, 2014
2. Ian Sommerville, Software Engineering (10th Edition), 2015
3. https://www.geeksforgeeks.org/software-engineering-software-maintenance/
4. https://www.geeksforgeeks.org/components-of-software-maintenance-
process/?ref=rp
5. https://www.geeksforgeeks.org/cost-and-efforts-of-software-
maintenance/?ref=rp
6. https://www.geeksforgeeks.org/advantages-and-disadvantages-of-various-
software-models/?ref=rp
7. https://www.geeksforgeeks.org/boehms-software-maintenance-model/?ref=rp
8. https://www.geeksforgeeks.org/software-maintenance-and-various-software-
maintenance-tables/?ref=rp
9. https://www.geeksforgeeks.org/taute-software-maintenance-model/?ref=rp
10. https://www.geeksforgeeks.org/types-of-corrective-maintenance/?ref=rp

Universitas Esa Unggul

http://esaunggul.ac.id
16 / 17