Disusun oleh:

ARRIZQY NUR SHABRINA/5209100053

Penerapan biaya metrik kualitas perangkat lunak yang memungkinkan manajemen untuk mencapai ekonomikontrol atas hasil dan aktivitas SQA. Tujuan khusus, meliputi:

Kontrol organisasi yang diprakarsai biaya untukmencegah dan mendeteksi kesalahan perangkat lunak

Evaluasi kerusakan ekonomi dari kegagalan perangkatlunak sebagai dasar untuk merevisi anggaran SQA

Evaluasi rencana untuk menambah atau mengurangiaktivitas SQA atau berinvestasi dalam hal baru atauupdate infrastruktur SQA berdasarkan kinerja ekonomimasa lalu

bagian manajerial dalam mengontrol biaya kualitasperangkat lunak ini dicapai dengan perbandingandari angka kinerja aktual dengan:

Mengontrol pengeluaran yang dianggarkan (untukpencegahan dan penilaian kegiatan SQA)

Tahun sebelum terjadi Kegagalan biaya

Sebelum membuat biaya kualitas proyek(kontrolbiaya dan biaya kegagalan)

Departemen biaya kualitas lainnya (kontrol biayadan biaya kegagalan).

Setelah memperkenalkan perubahan prosedur SQA atauinfrastruktur SQA, berikut ini hubungan yang dapatmemberikan indikasi yang lebih baik dari keberhasilan suatuperencanaan SQA dari yang hanya disebutkan:

1. Persentase biaya kualitas perangkat lunak dari total biayapengembangan perangkat

2. Persentase kegagalan perangkat lunak biaya dari total biayapengembangan perangkat lunak

3. Persentase biaya kualitas perangkat lunak dari total biayapemeliharaan perangkat lunak

4. Persentase biaya kualitas perangkat lunak dari total penjualan produk perangkat lunak dan pemeliharaanperangkat lunak.

Dikembangkan pada awal 1950-an olehFeigenbaumdan, lain-lain.

Menyediakan metodologi untuk mengklasifikasikanbiaya yang berkaitan dengan kualitas jaminanproduk dari sudut pandang ekonomi.

Dikembangkan sesuai dengan situasi kualitas yang ditemukan dalam organisasi manufaktur, model telah sejak diterapkan secara luas.

Model ini mengklasifikasikan biaya yang berkaitan dengankualitas produk menjadi dua kelas:

1. Costs of control (Pengendalian Biaya) termasuk biaya yang dikeluarkan untuk mencegah dan mendeteksi kesalahanperangkat lunak untuk mengurangi ke tingkat yang diterima.

2. Costs of failure of control (Pengendalian Biaya kegagalan) termasuk biaya kegagalan yang terjadi karena kegagalanuntuk mencegah dan mendeteksi kesalahan perangkatlunak. Model ini membagi lebih lanjut ke dalam subclass.

Costs of control dibagi dalam subclass prevention cost atauappraisal cost :

1. Prevention cost termasuk investasi dalam infrastruktur mutudan kualitas kegiatan yang tidak ditujukan pada proyektertentu 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 dilakukanuntuk spesifik proyek atau sistem perangkat lunak untuktujuan mendeteksi kesalahan perangkat lunak. Typical dariappraisal costs: Reviews (DRs &Peer Review)& Costs of software testing (Unit tests, Integration tests, Software system tests & Acceptance tests)

Failures of control costs diklasifikasikan lebih lanjut ke dalaminternal failure costs dan external failure costs:

1. Internal failure costs (biaya kegagalan internal) meliputi biayamengoreksi kesalahan yang telah terdeteksi oleh desainreview, tes perangkat lunak dan tes penerimaan (dilakukanoleh pelanggan) dan selesai sebelum perangkat lunak diinstaldisitus pelanggan. Typical dari costs of internal failures: Biayakoreksi ulang atau desain selanjutnya untuk merancangtemuan review dan tes

2. External failure costs (biaya kegagalan eksternal) mencakupmengoreksi semua biaya kegagalan yang terdeteksi pelangganatau tim pemeliharaan setelah sistem perangkat lunak dimilikitelah 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.

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

Belum terencana biaya untuk sumber daya profesional danlainnya, karena hasil dari meremehkan sumber daya dalamtahap proposal.

Kerugian dibayarkan kepada pelanggan sebagai kompensasiatas penyelesaian proyek terlambat, akibat dari jadwal yang tidak realistis dalam proposal perusahaan.

Kerugian dibayarkan kepada pelanggan sebagai kompensasiatas penyelesaian akhir proyek, akibat dari kegagalanmanajemen untuk merekrut anggota tim.

Domino effect: Kerugian proyek lainnya direncanakan akandilakukan oleh tim yang sama yang terlibat dalam proyek-proyek tertunda. Efek domino yang cukup besar dapatmenyebabkan hidden external failure costs.

Galin, Daniel, Software Quality Assurance From theory to Implementation, Pearson Education, 2004