Dokumen tersebut membahas model biaya kualitas perangkat lunak yang dikembangkan pada tahun 1950-an. Model ini mengklasifikasikan biaya kualitas menjadi biaya kontrol (pencegahan dan penilaian) dan biaya kegagalan kontrol (kegagalan internal dan eksternal). Biaya kontrol mencakup investasi untuk mencegah kesalahan, sementara biaya kegagalan terjadi ketika kesalahan terdeteksi. Model ini memungkinkan manajemen untuk mengont
2. Penerapan biaya metrik kualitas perangkat lunak yang
memungkinkan manajemen untuk mencapai ekonomi
kontrol atas hasil dan aktivitas SQA. Tujuan khusus,
meliputi:
Kontrol organisasi yang diprakarsai biaya untuk
mencegah dan mendeteksi kesalahan perangkat lunak
Evaluasi kerusakan ekonomi dari kegagalan perangkat
lunak sebagai dasar untuk merevisi anggaran SQA
Evaluasi rencana untuk menambah atau mengurangi
aktivitas SQA atau berinvestasi dalam hal baru atau
update infrastruktur SQA berdasarkan kinerja ekonomi
masa lalu
3. bagian manajerial dalam mengontrol biaya kualitas
perangkat lunak ini dicapai dengan perbandingan
dari angka kinerja aktual dengan:
Mengontrol pengeluaran yang dianggarkan (untuk
pencegahan dan penilaian kegiatan SQA)
Tahun sebelum terjadi Kegagalan biaya
Sebelum membuat biaya kualitas proyek(kontrol
biaya dan biaya kegagalan)
Departemen biaya kualitas lainnya (kontrol biaya
dan biaya kegagalan).
4. Setelah memperkenalkan perubahan prosedur SQA atau
infrastruktur SQA, berikut ini hubungan yang dapat
memberikan indikasi yang lebih baik dari keberhasilan suatu
perencanaan SQA dari yang hanya disebutkan:
1. Persentase biaya kualitas perangkat lunak dari total biaya
pengembangan perangkat
2. Persentase kegagalan perangkat lunak biaya dari total biaya
pengembangan perangkat lunak
3. Persentase biaya kualitas perangkat lunak dari total biaya
pemeliharaan perangkat lunak
4. Persentase biaya kualitas perangkat lunak dari total
penjualan produk perangkat lunak dan pemeliharaan
perangkat lunak.
5.
6.
7. Dikembangkan pada awal 1950-an oleh
Feigenbaumdan, lain-lain.
Menyediakan metodologi untuk mengklasifikasikan
biaya yang berkaitan dengan kualitas jaminan
produk dari sudut pandang ekonomi.
Dikembangkan sesuai dengan situasi kualitas yang
ditemukan dalam organisasi manufaktur, model
telah sejak diterapkan secara luas.
8. Model ini mengklasifikasikan biaya yang berkaitan dengan
kualitas produk menjadi dua kelas:
1. Costs of control (Pengendalian Biaya) termasuk biaya yang
dikeluarkan untuk mencegah dan mendeteksi kesalahan
perangkat lunak untuk mengurangi ke tingkat yang
diterima.
2. Costs of failure of control (Pengendalian Biaya kegagalan)
termasuk biaya kegagalan yang terjadi karena kegagalan
untuk mencegah dan mendeteksi kesalahan perangkat
lunak. Model ini membagi lebih lanjut ke dalam subclass.
9. Costs of control dibagi dalam subclass prevention cost atau
appraisal cost :
1. Prevention cost termasuk investasi dalam infrastruktur mutu
dan kualitas kegiatan yang tidak ditujukan pada proyek
tertentu atau sistem, tapi yang umum bagi organisasi.
Typical dari Preventive cost: Procedures&workinstructions,
Support devices (templates,checklists), Software
configuration management system & Software quality
metrics.
2. Appraisal cost termasuk biaya kegiatan yang dilakukan
untuk spesifik proyek atau sistem perangkat lunak untuk
tujuan mendeteksi kesalahan perangkat lunak. Typical dari
appraisal costs: Reviews (DRs &Peer Review)& Costs of
software testing (Unit tests, Integration tests, Software
system tests & Acceptance tests)
10. Failures of control costs diklasifikasikan lebih lanjut ke dalam
internal failure costs dan external failure costs:
1. Internal failure costs (biaya kegagalan internal) meliputi biaya
mengoreksi kesalahan yang telah terdeteksi oleh desain
review, tes perangkat lunak dan tes penerimaan (dilakukan
oleh pelanggan) dan selesai sebelum perangkat lunak diinstal
disitus pelanggan. Typical dari costs of internal failures: Biaya
koreksi ulang atau desain selanjutnya untuk merancang
temuan review dan tes
2. External failure costs (biaya kegagalan eksternal) mencakup
mengoreksi semua biaya kegagalan yang terdeteksi pelanggan
atau tim pemeliharaan setelah sistem perangkat lunak dimiliki
telah diinstal. Typical dari external failure costs:Resolusi
keluhan pelanggan selama periode garansi, Koreksi bug
perangkat lunak terdeteksi selama operasi rutin, dan Koreksi
kegagalan perangkat lunak setelah masa garansi.
11.
12.
13. 1. Biaya melakukan contract reviews
2. Biaya mempersiapkan rencana proyek, termasuk
rencana kualitas
3. Biaya periodik memperbarui rencana proyek dan
kualitas
4. Biaya melakukan kontrol kemajuan reguler
5. Biaya melakukan kontrol kemajuan reguler
dari kontribusi peserta eksternal untuk mproyek
14. Belum terencana biaya untuk sumber daya profesional dan
lainnya, karena hasil dari meremehkan sumber daya dalam
tahap proposal.
Kerugian dibayarkan kepada pelanggan sebagai kompensasi
atas penyelesaian proyek terlambat, akibat dari jadwal yang
tidak realistis dalam proposal perusahaan.
Kerugian dibayarkan kepada pelanggan sebagai kompensasi
atas penyelesaian akhir proyek, akibat dari kegagalan
manajemen untuk merekrut anggota tim.
Domino effect: Kerugian proyek lainnya direncanakan akan
dilakukan oleh tim yang sama yang terlibat dalam proyek-
proyek tertunda. Efek domino yang cukup besar dapat
menyebabkan hidden external failure costs.
15. Galin, Daniel, Software Quality Assurance From
theory to Implementation, Pearson Education, 2004