Tools Jaminan Kualitas Software Pemeliharaan

11.4. Tools Jaminan Kualitas Software Pemeliharaan

Berbagai alat besar jaminan kualitas perangkat lunak yang digunakan selama masa theoperational dari siklus hidup perangkat lunak. Sifat khusus dari setiap komponen perawatan perangkat lunak - adaptivemaintenance perbaikan, pemeliharaan dan perbaikan pemeliharaan fungsi - menuntut berbeda set alat SQA digunakan untuk masing-masing. Selanjutnya, operationalperiod software biasanya membuat penggunaan intensif alat SQA infrastruktur dan alat kontrol manajerial lebih mungkin.

Beberapa indikasi tingkat sumber daya yang diinvestasikan dalam SQA selama pemeliharaan telah disiapkan oleh Perry (1995). Dalam survei yang ia dilakukan inNovember 1994, para peserta melaporkan bahwa berdasarkan pengalaman mereka, 31% dari jadwal pemeliharaan mereka didedikasikan untuk jaminan kualitas (review dan tugas pengujian

11.4.1. Tool SQA untuk pemeliharaan kebenaran

Kegiatan pemeliharaan korektif memerlukan terutama (a) layanan dukungan pengguna dan) perangkat lunak koreksi b ((perbaikan bug). Pengguna layanan dukungan menangani kasus-kasus kode perangkat lunak dan dokumentasi kegagalan, atau samar dokumentasi lengkap, mereka juga dapat melibatkan instruksi dari pengguna yang memiliki pengetahuan cukup tentang perangkat lunak atau gagal untuk menggunakan dokumentasi yang tersedia. layanan koreksi Software - perbaikan bug dan koreksi dokumentasi - yang disebut dalam kasus kegagalan perangkat lunak, dan biasanya diberikan selama periode awal operasi (meskipun upaya diinvestasikan dalam pengujian) dan terus diperlukan, meskipun dalam frekuensi yang lebih rendah. Sebagai dua jenis layanan secara inheren berbeda, khas set alat jaminan mutu digunakan terlepas dari bersama berfokus pada kualitas layanan. Meskipun demikian, dalam banyak kasus tim yang sama melakukan kedua jenis pemeliharaan korektif.

Selain pengendalian manajemen SQA dan alat-alat infrastruktur (dibahas kemudian dalam bagian ini), perbaikan bug tugas yang paling membutuhkan penggunaan mini siklus hidup alat SQA, terutama mini-pengujian. Mini-prosedur pengujian yang diperlukan untuk menangani patch perbaikan (skala kecil) tugas, ditandai oleh sejumlah kecil ofcoding perubahan line bersama dengan tekanan kuat untuk menyelesaikan koreksi dengan cepat. Implikasi perbaikan tertunda adalah sedemikian bahwa Selain pengendalian manajemen SQA dan alat-alat infrastruktur (dibahas kemudian dalam bagian ini), perbaikan bug tugas yang paling membutuhkan penggunaan mini siklus hidup alat SQA, terutama mini-pengujian. Mini-prosedur pengujian yang diperlukan untuk menangani patch perbaikan (skala kecil) tugas, ditandai oleh sejumlah kecil ofcoding perubahan line bersama dengan tekanan kuat untuk menyelesaikan koreksi dengan cepat. Implikasi perbaikan tertunda adalah sedemikian bahwa

 P engujian harus dilakukan oleh tester berkualitas, bukan oleh programmer yang melakukan perbaikan.  Sebuah prosedur dokumen pengujian (dalam banyak kasus 2-3 halaman panjang) harus disiapkan. Termasuk dalam dokumen adalah deskripsi efek diantisipasi dari perbaikan, lingkup koreksi dan daftar kasus uji yang akan diaktifkan. Prosedur pengujian A-ulang dokumen, mirip dengan dokumen prosedur pengujian, harus juga disiapkan untuk menangani pengujian perbaikan kesalahan terdeteksi dalam tes sebelumnya.

 Sebuah laporan uji mendokumentasikan sepenuhnya kesalahan terdeteksi pada setiap tahap pengujian dan pengujian ulang harus diselesaikan.  Kepala tim pengujian adalah meninjau dokumentasi pengujian untuk cakupan koreksi, kecukupan kasus uji dan testingresults. Tanggung jawab untuk persetujuan dari perangkat lunak diperbaiki untuk operasional (kadang-kadang disebut "produksi") menggunakan terletak tim kepala.

 Untuk perbaikan dianggap "sederhana dan sepele", terutama bagi mereka tampil di situs pelanggan, mini-pengujian dapat dihindari.

Subkontrak (outsourcing) jasa pemeliharaan, terutama dukungan layanan pengguna, telah menjadi sangat umum setiap kali terlalu merepotkan atau tidak ekonomis untuk kontraktor pemeliharaan untuk langsung memberikan layanan ini. Alat utama untuk menjamin kualitas's pemeliharaan subkontraktor dan membuka jalan bagi hubungan halus adalah kontrak kontraktor-subkontraktor. Alat SQA terintegrasi ke dalam kontrak fokus pada :

 Prosedur untuk menangani berbagai tertentu panggilan pemeliharaan.  Penuh dokumentasi prosedur pelayanan.  Ketersediaan mendokumentasikan catatan sertifikasi profesional's pemeliharaan subkontraktor

anggota tim, untuk meninjau kontraktor.  Kuasa untuk kontraktor untuk melaksanakan penelaahan secara periodik terhadap layanan pemeliharaan utama serta survei kepuasan pelanggan.  Kualitas yang terkait dengan kondisi yang mengharuskan pengenaan denda dan pemutusan kontrak subkontrak dalam kasus yang ekstrim.

11.4.2. Tool SQA untuk pemeliharaan peningkatan fungsionalitas

Karena kesamaan tugas pemeliharaan peningkatan fungsionalitas untuk proyek tugas pengembangan perangkat lunak, hidup alat siklus proyek (review dan pengujian) secara rutin digunakan untuk perbaikan fungsi pemeliharaan. Alat-alat yang sama juga secara rutin diterapkan untuk skala besar tugas-tugas pemeliharaan adaptif, dimana, sekali lagi, karakteristik tugas mirip tugas perbaikan fungsi. Untuk diskusi umum rinci tentang review dan pengujian, lihat Bab 8, 9 dan 10. Tambahan SQA alat diimplementasikan untuk perbaikan pemeliharaan fungsi adalah sistem kontrol manajemen sarana dan prasarana, dibahas kemudian dalam bagian ini.

11.4.3. Komponen infrastruktur SQA untuk pemeliharaan software

Software infrastruktur jaminan kualitas alat, dibahas dalam Bagian IV dari buku ini (Bab 14-19), adalah komponen penting dalam perawatan perangkat lunak. Sebagian besar dari array dari SQA alat infrastruktur yang bersifat umum dan diimplementasikan di seluruh siklus hidup dari sistem perangkat lunak. Selain itu, kesamaan peningkatan fungsi perangkat lunak dan pengembangan proses perangkat lunak memungkinkan kedua proses untuk berbagi SQA sama alat-alat infrastruktur dengan sedikit perubahan. prasarana alat khusus yang diperlukan untuk kegiatan pemeliharaan korektif, karena karakteristik khusus dari kegiatan ini. kegiatan pemeliharaan adaptif dilayani oleh SQA alat infrastruktur, sesuai dengan karakteristik mereka. Sering digunakan alat yang paling yang fungsional SQA perbaikan alat, diikuti oleh SQA pemeliharaan alat korektif.

Sebenarnya, kontribusi SQA alat infrastruktur untuk pemeliharaan tidak dimulai dengan permulaan proses pemeliharaan. Jelas, aplikasi yang memadai alat infrastruktur SQA oleh tim pengembangan perangkat lunak yang memberi kontribusi besar terhadap efisiensi dan efektivitas kegiatan tim pemeliharaan. Dengan kata lain, alat ini memberikan kontribusi terhadap kualitas jaminan pemeliharaan dalam dua cara: pertama, dengan mendukung tim pengembangan perangkat lunak ketika memproduksi perangkat lunak berkualitas tinggi, dan kedua, dengan mendukung tim perawatan bertanggung jawab atas pemeliharaan produk perangkat lunak yang sama. SQA khusus alat prasarana yang diperlukan untuk proses perawatan perangkat lunak, terutama perawatan korektif, menampilkan karakteristik khusus. Di sini kita fokus pada infrastruktur alat khusus SQA dari kelas berikut:

 Pemeliharaan prosedur dan instruksi kerja  Mendukung kualitas suatu perangkat / device  Pelatihan dan sertifikasi team maintenance  Pencegahan dan tindakan yang hati-hati  Manajemen konfigurasi  Dokumentasi dan mengontrol record kualitas

Pemeliharaan prosedur dan instruksi kerja

Kebanyakan prosedur perawatan khusus dan instruksi kerja diterapkan untuk pemeliharaan korektif dan mendukung aktivitas pengguna, misalnya:

 Remote penanganan permintaan untuk layanan dalam kasus-kasus kegagalan perangkat lunak  Di tempat penanganan permintaan pelanggan untuk layanan dalam kasus-kasus kegagalan

perangkat lunak  Pengguna dukungan layanan  Jaminan kualitas kontrol koreksi perangkat lunak dan mendukung aktivitas pengguna  Survei kepuasan pelanggan  Sertifikasi pemeliharaan korektif dan tim dukungan anggota pengguna.

Pendukung kualitas perangkat Departemen pemeliharaan diharapkan dapat mengembangkan perangkat khusus untuk mendukung koreksi perangkat lunak dan mendukung aktivitas pengguna: template, daftar dan sejenisnya. perangkat tersebut dapat meliputi:

 Daftar-pembanding untuk lokasi penyebab kegagalan - untuk diterapkan oleh teknisi pemeliharaan.  Template untuk melaporkan bagaimana kegagalan perangkat lunak tersebut diselesaikan, termasuk temuan dari proses koreksi.  Daftar-pembanding untuk menyusun prosedur pengujian dokumen mini.

Pelatihan dan sertifikasi tim pemeliharaan Pelatihan tim pemeliharaan yang berhubungan dengan peningkatan tugas-tugas fungsional tidak berbeda secara substansial dari pelatihan dari tim pengembangan perangkat lunak lain. Namun, pelatihan khusus dan sertifikasi sangat penting untuk tim pemeliharaan korektif.

Pelatihan profesional pemeliharaan korektif dimotivasi oleh kebutuhan untuk menyediakan layanan yang ditentukan dalam kontrak pemeliharaan (atau perjanjian, dalam kasus pelanggan internal) secara berkesinambungan. Dengan demikian, rencana pelatihan harus memberikan solusi untuk kebutuhan staf selama periode beban puncak dan organisasi kebutuhan untuk mengganti, dalam waktu singkat, pensiun, mengundurkan diri atau habis personil. Dalam banyak kasus, pelatihan umum dari cadangan "pemeliharaan personil" tidak cukup, dan pelatihan dalam sistem tertentu harus ditambahkan. Dengan kata lain, program latihan keras yang diperlukan untuk memungkinkan organisasi untuk mengatasi dengan tingkat pelayanan tertentu dikontrak untuk periode beban puncak dan dalam situasi pergantian personil perawatan, karena alasan apapun.

Persyaratan sertifikasi untuk koreksi perangkat lunak dan dukungan personel pengguna berakar pada karakteristik layanan ini. Perhatian khusus harus diberikan untuk sertifikasi profesional koreksi perangkat lunak, yang biasanya melakukan tugas-tugas mereka di bawah tekanan waktu yang berat, bekerja sendiri, dan dalam banyak kasus bekerja di pelanggan situs ini, di mana ketersediaan dukungan profesional dari pemimpin tim atau orang lain terbatas.

Pencegahan dan tindakan korektif Tahap operasi dari siklus hidup perangkat lunak menghasilkan informasi yang sangat berharga: catatan kegagalan perangkat lunak dan perbaikan mereka serta catatan permintaan dukungan pengguna dapat menyebabkan dan perbaikan tindakan preventif dan ada-dengan berkontribusi terhadap peningkatan perangkat lunak sistem baru dan yang sudah ada. Untuk proses yang akan efektif, perlu ada proses yang memadai untuk screening informasi yang dikumpulkan, mengkaji dan menganalisis temuan, dan menyusun rekomendasi untuk perbaikan pembangunan yang relevan dan proses pemeliharaan. Kegiatan ini SQA diarahkan dan dikendalikan oleh komite internal - dalam CAB (Corrective Action Board), ditemukan dalam organisasi pengembangan perangkat lunak utama. Masalah biasanya disampaikan kepada Dewan untuk diperiksa meliputi:

 Perubahan isi dan frekuensi permintaan pelanggan untuk layanan dukungan pengguna  Peningkatan rata-rata waktu yang diinvestasikan dalam mematuhi pengguna mendukung

permintaan's pelanggan  Peningkatan rata-rata waktu yang diinvestasikan dalam memperbaiki perangkat lunak kegagalan's pelanggan  Peningkatan persentase koreksi kegagalan perangkat lunak.

11.4.4. Pengawasan pengelolaan tool SQA untuk pemeliharaan software

Selain digunakan untuk mendapatkan informasi secara berkala, juga digunakan sebagai berikut : • Software correction

• Peningkatan penggunaan sumber daya • Penurunan tingkat kegagalan pada perbaikan dari jarak jauh • Peningkatan tingkat perbaikan on-site di lokasi-lokasi jarak jauh dan jasa luar negeri

• User Support • Penigkatan permintaan terhadap layanan suatu software • Peningkatan pemanfaatan sumber daya dalam layanan pendukung user • Kepuasan pelanggan informasi berdasarkan survei kepuasan pelanggan