Jaminan kualitas perangkat lunak adalah aktivitas pelindung yang diaplikasikan pada seluruh proses perangkat lunak.
SQA meliputi :- pendekatan manajemen kualitas
- teknologi rekayasa perangkat lunak yang efektif ( metode dan peranti )
- kajian teknik formal yang diaplikasikan pada keseluruhan proses perangkat lunak
- strategi pengujian multitiered (deret bertingkat)
- kontrol dokumentasi perangkat lunak dan perubahan
- prosedur untuk menjamin kesesuaian dengan standar pengembangan perangkat lunak
- mekanisme pengukuran dan pelaporan.
- Kontrol Kualitas
Kontrol kualitas merupakan serangkaian pemeriksaan, kajian, dan pengujian yang digunakan pada keseluruhan siklus pengembangan untuk memastikan bahwa setiap produk memenuhi persyaratan yang ditetapkan.
- Jaminan Kualitas
Jaminan kualitas terdiri atas fungsi auditing dan pelaporan manajemen.
Tujuan jaminan kualitas adalah : untuk memberikan data yang diperlukan oleh manajemen untuk menginformasikan masalah kualitas produk, sehingga dapat memberikan kepastian & konfidensi bahwa kulitas produk dapat memenuhi sasaran.
Tujuan jaminan kualitas adalah : untuk memberikan data yang diperlukan oleh manajemen untuk menginformasikan masalah kualitas produk, sehingga dapat memberikan kepastian & konfidensi bahwa kulitas produk dapat memenuhi sasaran.
- Biaya Kualitas
Biaya kualitas menyangkut semua biaya yang diadakan untuk mengejar kualitas atau untuk menampilkan kualitas yang berhubungan dengan aktivitas.
Biaya kualitas dapat dibagi ke dalam biaya-biaya yang dihubungkan dengan :
- pencegahan
- penilaian
- kegagalan.
- Perencanaan
- Kajian teknis formal
- Perlengkapan pengujian
- Pelatihan
- Inspeksi in-proses dan interproses
- Pemeliharaan dan kalibrasi peralatan
- Pengujian
Biaya kegagalan adalah biaya yang akan hilang bila tidak ada cacat yang muncul sebelum produk disampaikan kepada pelanggan.
Biaya kegagalan internal adalah biaya yang diadakan bila kita mendeteksi suatu kesalahan dalam produk sebelum produk dipasarkan. Biaya kegagalan internal meliputi:
- Pengerjaan kembali
- Perbaikan
- Analisis mode kegagalan
Biaya kegagalan eksternal adalah biaya yang berhubungan dengan cacat yang ditemukan setelah produk disampaikan kepada pelanggan. Biaya kegagalan eksternal meliputi:
- Resolusi keluhan
- Penggantian dan pengembalian produk
- Dukungan help line
- Kerja jaminan
Biaya relatif mendapatkan dan membetulkan cacat bertambah secara dramatis pada saat kita melangkah dari pencegahan ke pendeteksian dan dari kegagalan internal ke kegagalan eksternal.
JAMINAN KUALITAS PERANGKAT LUNAK
Kualitas perangkat lunak didefinisikan sebagai:
Konformansi terhadap kebutuhan fungsional dan kinerja yang dinyatakan secara eksplisit, standar perkembangan yang didokumentasikan secara eksplisit, dan karakteristik implisit yang diharapkan bagi semua perangkat lunak dikembangkan secara profesional.
Kelompok SQA berfungsi sebagai perwakilan inhouse pelanggan, yaitu orang yang akan melakukan SQA harus memperhatikan perangkat lunak dari sudut pandang pelanggan.
Kelompok SQA harus dapat menjawab pertanyaanpertanyaan dibawah ini untuk memastikan bahwa kualitas perangkat lunak benar-benar terjaga.
- Apakah perangkat lunak cukup memenuhi faktor kualitas?
- Sudahkah pengembangan perangkat lunak dilakukan sesuai dengan standar yang telah ditetapkan sebelumnya?
- Sudahkah disiplin teknik dengan tepat memainkan perannya sebagi bagian dari aktivitas SQA?
Jaminan kualitas perangkat lunak terdiri dari berbagai tugas yang berhubungan dengan dua konstituen yang berbeda :
- perekayasa perangkat lunak yang mengerjakan kerja teknis
- kelompok SQA yang bertanggung jawab terhadap perencanaan jaminan kualitas, kesalahan, penyimpanan rekaman, analisis, dan pelaporan.
Kajian perangkat lunak merupakan salah satu aktivitas SQA yang terpenting. Kajian perangkat lunak adalah suatu filter bagi proses rekayasa perangkat lunak, yaitu kajian yg diterapkan pd berbagai titik selama pengembangan PL & berfungsi untuk mencari kesalahan yg kemudian akan dihilangkan. Kajian perangkat lunak berfungsi untuk “memurnikan” produk kerja perangkat lunak yang terjadi sebagai hasil dari analisis, desain, dan pengkodean.
Pelaporan Kajian dan Penyimpanan Rekaman
Selama FTR, seorang pengkaji (pencatat) secara aktif mencatat semua masalah yang sudah dimunculkan, yang kemudian dirangkum pada akhir pertemuan sehingga dihasilkan daftar masalah kajian. Sebagai tambahan, laporan rangkuman kajian yang sederhana telah diselesaikan di mana rangkuman kajian merupakan jawaban dari tiga pertanyaan berikut:
- Apa yang dikaji ?
- Siapa yang melakukan?
- penemuan apa yang dihasilkan dan apa kesimpulannya?
- Mengidentifikasi area masalah pada produk,
- Daftar item kegiatan yang menjadi petunjuk bagi prosedur saat koreksi dilakukan.
Pedoman untuk melakukan kajian teknis formal harus dilakukan sebelumnya, didistribusikan kepada semua pengkaji, disetujui, dan kemudian dilaksanakan. Kajian yang tidak terkontrol sering dapat menjadi lebih buruk daripada bila tidak ada kajian sama sekali.
Berikut ini serangkaian pedoman minimum untuk kajian teknis formal:
Berikut ini serangkaian pedoman minimum untuk kajian teknis formal:
- Kajian produk, bukan produser.
- Menetapkan agenda dan menjaganya.
- Membatasi perdebatan dan bantahan.
- Menetapkan area masalah, tetapi tidak tergoda untuk menyelesaikannya setiap masalah yang dicatat.
- Mengambil catatan tertulis.
- Membatasi jumlah peserta dan mewajibkan persiapan awal.
- Mengembangkan daftar bagi masingmasing produk kerja yang akan dikaji.
- Mengalokasikan sumber-sumber daya dan jadwal waktu untuk FTR.
- Melakukan pelatihan bagi semua pengkaji.
- Mengkaji kajian awal Anda.
Jaminan kualitas statistik mencerminkan trend yang sedang tumbuh di seluruh industri untuk menjadi lebih kuantitatif terhadap kualitas.
Pada perangkat lunak, jaminan kualitas statistik mengimplikasikan langkah-langkah berikut ini:
Pada perangkat lunak, jaminan kualitas statistik mengimplikasikan langkah-langkah berikut ini:
- Informasi tentang cacat perangkat lunak dikumpulkan dan dipilah-pilahkan.
- Melakukan suatu usaha untuk menelusuri masing-masing cacat sampai ke penyebab pokoknya.
- Dengan menggunakan prinsip Pareto (80 persen cacat dapat ditelusuri sampai 20 persen dari semua kemungkinan penyebab), mengisolasi yang 20 persen tersebut (vital few)
- Sekali penyebab vital few telah diidentifikasi, beralih untuk membetulkan maslah yang menyebabkan cacat.
Itulah tadi Resume dari materi " JAMINAN KUALITAS PERANGKAT LUNAK (SOFTWARE QUALITY ASSURANCE)" yang dibuat oleh Kelompok 4 yang di isi oleh:
1. Dadang (Manager Proyek)
2. PUTU ROBI SANJAYA (Ahli IT)
3. Tahta Resky Origma (Staf Ahli 1)
4. Muh. Azhar (Staf Ahli 2)
5. ASRI S. (Marketing)
 | Materi Kelompok 6){kind=link}