My Campus
SOFTWARE MAINTENANCE
0 Comments
Sebuah persepsi umum pemeliharaan adalah bahwa hal itu
hanya memperbaiki cacat. Namun, satu studi menunjukkan bahwa lebih dari 80%
dari usaha pemeliharaan digunakan untuk tindakan non-korektif. Persepsi ini
diabadikan oleh pengguna mengirimkan masalah melaporkan bahwa pada kenyataannya
peningkatan fungsionalitas ke sistem. Penelitian-penelitian terbaru menempatkan
proporsi bug-fixing mendekati 21%.
Perawatan perangkat lunak (software maintenance)
adalah aktivitas yang dimulai sejak perangkat lunak mulai digunakan (after
delivery) hingga akhirnya perangkat lunak tersebut tidak dapat digunakan
lagi (retired). Tujuannya adalah untuk memperbaiki kesalahan (to
correct), meningkatkan kinerja/ fungsionalitas (to improve),
menyesuaikan dengan lingkungan (to adapt), atau untuk mencegah
terjadinya kesalahan (to prevent).
Dengan beragamnya tujuan perawatan perangkat
lunak, maka jenis perawatan perangkat lunak dapat dibagi menjadi empat pula,
yaitu perawatan perbaikan (correction),
perawatan peningkatan kinerja (improvement),
perawatan penyesuaian (adaptation),
dan perawatan pencegahan (prevention).
Akan tetapi, secara umum, jenis perawatan perangkat lunak dapat dikelompokkan
kedalam dua kategori besar, yaitu perawatan perbaikan (correction) dan perawatan
peningkatan (enhancement).
Perawatan jenis kedua mencakup perawatan improvement,
adaptation, dan prevention.
Sayangnya, perawatan perangkat lunak belum dipahami sebagai sebuah proses yang
harus dilakukan untuk menjaga agar perangkat lunak tetap dapat digunakan dengan
optimal, sesuai dengan kebutuhan penggunanya. Umumnya, para pengguna
berpendapat bahwa sekali sebuah perangkat lunak selesai dibangun, perangkat
lunak tersebut seharusnya dapat langsung digunakan, dan dapat terus digunakan
dalam jangka waktu yang relatif lama.
Proses Software
Maintenance
Bagian ini menjelaskan
proses pemeliharaan perangkat lunak enam sebagai :
1.
Proses implementasi
mengandung persiapan perangkat lunak dan kegiatan transisi, seperti konsepsi
dan penciptaan rencana pemeliharaan; persiapan untuk menangani masalah yang
diidentifikasi selama pengembangan, dan tindak lanjut pada manajemen produk
konfigurasi.
2.
Masalah dan proses
modifikasi analisis, yang dieksekusi sekali aplikasi telah menjadi tanggung
jawab kelompok perawatan. Programmer pemeliharaan harus menganalisa setiap
permintaan, konfirmasikan (dengan mereproduksi situasi) dan periksa validitas,
menyelidiki dan mengusulkan solusi, mendokumentasikan permintaan dan usulan
solusi, dan akhirnya, memperoleh semua otorisasi yang diperlukan untuk
menerapkan modifikasi.
3.
Proses mempertimbangkan
pelaksanaan modifikasi sendiri.
4.
Penerimaan Proses
modifikasi, dengan mengkonfirmasi karya yang dimodifikasi dengan individu yang
mengajukan permohonan dalam rangka untuk memastikan modifikasi memberikan
solusi.
5.
Proses migrasi
( migrasi platform , misalnya) luar biasa, dan bukan merupakan bagian
dari tugas pemeliharaan sehari-hari. Jika perangkat lunak harus porting ke
platform lain tanpa ada perubahan dalam fungsi, proses ini akan digunakan dan
tim proyek pemeliharaan kemungkinan akan ditugaskan untuk tugas ini.
6.
Akhirnya, proses
pemeliharaan lalu, juga suatu peristiwa yang tidak terjadi setiap hari, adalah
pensiun dari sebuah software.
Ada sejumlah proses,
kegiatan dan praktek yang unik untuk pengelola, misalnya :
1.
Transisi : urutan terkontrol dan terkoordinasi kegiatan selama
sistem ditransfer progresif dari pengembang untuk pengelola.
2.
Service Level
Agreements (SLA) dan kontrak pemeliharaan khusus (domain-spesifik)
dinegosiasikan oleh pengelola.
3.
Modifikasi Permintaan
dan Masalah Meja Laporan Bantuan : proses penanganan
masalah yang digunakan oleh pengelola untuk memprioritaskan, dokumen dan rute
permintaan yang mereka terima.
4.
Modifikasi Permintaan
penerimaan / penolakan : permintaan modifikasi
bekerja lebih dari ukuran tertentu / usaha / kompleksitas mungkin ditolak oleh
pengelola dan dialihkan untuk pengembang.
Sumber :