Topik 6 : Pemeliharaan Perangkat Lunak 2.1 Lingkup Pemeliharaan Aktifitas pemeliharaan antara lain : Penambahan atau perbaikan produk perangkat lunak Adaptasi produk dengan lingkungan operasional yang baru (hardware, sistem operasi, dll) Pembetulan permasalahan yang timbul Aktifitas Penambahan perbaikan produk perangkat lunak meliputi : Penambahan fungsi-fungsi baru Perbaikan tampilan dan modus interaktif Memperbaharui dokumen eksternal Memperbaharui karakteristik performansi dan sistem Adaptasi produk dengan lingkungan operasional yang baru mencakup : pemindahan perangkat lunak ke perangkat keras yang lain modifikasi untuk dapat mempergunakan protokol tambahan dll Pembetulan permasalahan yang timbul mencakup : pembenaran kesalahan yang timbul setelah produk perangkat lunak dipergunakan oleh user Biasanya 70 % dari seluruh biaya pengembangan adalah untuk pemeliharaan. Dari seluruh biaya pemeliharaan, 60 % digunakan untuk anggaran penambahan atau perbaikan perangkat lunak, sisanya untuk adaptasi atau pembentulan. 2.2
Karakteristik perangkat lunak yang mudah dalam pemeliharaan : Perangkat lunak dikerjakan per modul Perangkat lunak mempunyai kejelasan Dokumentasi internal yang baik dan jelas Dilengkapi dokumen-dokumen pendukung lainnya
Pemeliharaan juga mempengaruhi dokumen pendukung seperti : dokumen spesifikasi kebutuhan perangkat lunak dokumen rancangan dokumen rencana pengujian prinsip pengoperasian petunjuk pemakaian 2.3 Jenis Pemeliharaan Perangkat lunak Pemeliharaan perangkat lunak dibedakan : Corrective Maintenance Adaptive Maintenance Perfective maintenance Preventif maintenance Corrective Maintenance Pemeliharaan ini untuk merespon terjadinya kesalahan-kesalahan saat produk dioperasikan baik berupa bug atupun berupa output yang tidak sesuai dengan kebutuhan pengguna
Adaptive Maintenance Pemeliharaan ini untuk merespon perubahan yang terjadi pada lingkungan yang mempengaruhi perangkat lunak tersebut (seperti perangkat keras, sistem operasi, prosedur bisnis, kebijakan, dll) Perfective maintenance Pemeliharaan ini untuk merespon permintaan tambahan berupa fungsi-fungsi baru yang muncul setelah pengguna melakukan uji coba perangkat lunak tersebut Preventif maintenance Pemeliharaan ini dilakuan untuk melakukan reengineering terhadap perangkat lunak agar lebih mudah diperbaiki, memiliki tingkat adaptasi yang tinggi dan mudah mengakomodasi munculnya kebutuhan baru. 2.4
Karakterisitik Pemeliharaan Pemeliharaan terstruktur Pemeliharaan tidak terstruktur
Pemeliharaan terstruktur A lir a n tin d a k a n p e r m in ta a n P e m e lih a r a a n P e r m in ta a n P e m e lih a r a a n M odul
S is te m
K o n fig u r a s i
E v a lu a s i P e r n c a n g a n
E v a lu a s i P r o g r a m
R e n c a n a P e n d e k a ta n
R e v ie w
T id a k
Ya
M o d ifik a s i P e ra n c a n g a n
P e m b u a ta n u la n g
R ekode
R e v ie w
T id a k
T id a k
Ya
R e v ie w Ya
S ia p
Gambar 2.22 Aliran tindakan permintaan pemeliharaan
Pemeliharaan tidak terstruktur tidak mempunyai dokumentasi yang baik tidak menggunakan metodelogi perancangan tidak mengikuti langkah-langkah di atas 2.5 Maintability Maintability menunjukkan tingkat kemudahan perangkat lunak tersebut dalam mengakomodasi perubahan-perubahan Ukuran kuantitatif dari suatu maintability : waktu pengenalan masalah waktu analisis permasalahan waktu perubahan spesifikasi waktu modifikasi (pembenaran) waktu uji coba waktu total Perbaikan Maintability selama pengembangan, dijabarkan dalam aktifitas sbb : Aktifitas Analisis : Mengembangkan standarisasi petunjuk Menentukan kendala untuk dokumen pendukung Menentukan prosedur yang menjamin kualitas Menentukan perbaikan produk Menentukan sumber daya yang diperlukan untuk pemeliharaan Memperkirakan biaya pemeliharaan Aktifitas Perancangan arsitektural : Menekankan kejelasan dan modularitas sebagai kriteria perancangan Menggunakan notasi standar untuk dokumentasi dari aliran data, fungsi, struktur dll Menggunakan prinsip informasi hiding, data abstraction, dan dekomposisi hirarki top down (atas bawah) Aktifitas perancangan rinci : Menggunakan notasi standar untuk algoritma, struktur data, prosedur Menentukan pengaruh yang ditimbulkan dan penangan hal-hal yang ditimbulkan Aktifitas implementasi : Menggunakan gaya pengkodean yang jelas dan simple Menyediakan dokumentasi yang singkat untuk setiap modul Mengikuti petunjuk pada dokumentasi standar Aktifitas lainnya : Mengembangkan petunjuk pemeliharaan Mengembangkan uji coba yang cocok Menyedikan dokumentasi uji coba Tugas Pemelihraaan
Organisasi pemeliharaan Pelaporan Aliran tindakan Pencatatan
Evaluasi Organisasi pemeliharaan Biasanya sama dengan struktur pengembangan Disesuaikan dengan kebutuhan Walaupun organisasi secara formal tidak mutlak tetapi tanggung jawab dari organisasi mutlak harus ada Pelaporan Permintaan akan pemeliharaan seharusnya dibuat dalam formulir standar yang disebut dengan MRF. MRF (Maintenance Request Form) atau Software Problem Request Form ( laporan permasalahan perangkat lunak ) MRF adalah dokumen yang digunakan sebagai dasar untuk perencanaan tugas pemeliharaan SCR (Software Change Report) : o Usaha yang dilakukan untuk memenuhi MRF o Modifikasi yang diperlukan o Prioritas Permintaan o Perkiraan hasil modifikasi Aliran tindakan Pencatatan Pencatatan harus dilakukan karena digunakan untuk mengukur kwalitas dari program yang telah dimodifikasi. Data yang dicatat antara lain : Identifikasi program Jumlah baris perintah dari program sumber Jumlah instruksi yang berorientasi ke bahasa mesin Bahasa pemrograman yang digunakan Tanggal pemasangan program Jumlah program yang dapat di run semenjak dipasang Jumlah proses yang gagal di run Tingkat perubahan program dan identifikasi Jumlah penambahan perintah pada program yang dirubah Jumlah penghapusan perintah pada program yang dirubah Jumlah jam kerja yang diperlukan untuk perubahan Tanggal perubahan program Identifikasi dari software engineering Identifikasi dari MRF Tipe pemeliharaan Tanggal awal dan ahir dari pemeliharaan Jumlah total jam kerja pada aktifitas pemeliharaan Manfaat yang didapat dari aktifitas pemeliharaan Evaluasi Evalusi dapat dilakukan jika data pemeliharaan lengkap, misalnya : jumlah rata-rata kegagalan proses per program pada saat dipasang jumlah waktu yang dihabiskan untuk masing-masing kategori pemeliharaan jumlah rata-rata perubahan program per tipe pemeliharaan presentasi permintaan pemeliharaan per tipe
