Model SQA untuk menghilangkan kecacatan secara efektif dan mengurangi biaya.

7.4. Model SQA untuk menghilangkan kecacatan secara efektif dan mengurangi biaya.

Transaksi model dengan dua aspek kuantitatif dari rencana SQA terdiri dari beberapa kegiatan pendeteksian kerusakan:

1) Total efektivitas rencana dalam menghilangkan cacat proyek.

2) Biaya total penghilangan cacat proyek

Rencana itu sendiri adalah untuk diintegrasikan dalam proses pengembangan suatu proyek.

7.4.1. Data

Penerapan model ini didasarkan pada tiga jenis data, dijelaskan di bawah judul berikut.

Kerusakan asal distribusi

asal Kerusakan (tahap di mana kerusakan diperkenalkan) didistribusikan seluruhnya ke proses pengembangan, dari inisiasi proyek untuk penyelesaiannya. Survei yang dilakukan oleh pengembang perangkat lunak besar, seperti IBM dan TRW, diringkas oleh Boehm (1981, Bab 24) dan Jones (1996, Bab 3), menunjukkan pola yang serupa distribusi kerusakan. pembangun perangkat lunak profesional percaya bahwa pola ini tidak berubah secara hakikat dalam dua dekade terakhir. Distribusi karakteristik asal kerusakan perangkat lunak, berdasarkan Boehm (1981) dan Jones (1996), akan ditampilkan dalam Tabel 7.3.

Tabel 7.3: Sebuah distribusi karakteristik asal kerusakan perangkat lunak

No Tahap pengembangan Software Rata-rata persentase asal kerusakan dari fase 1 spesifikasi Persyaratan

3 Coding (pengkodean 30%, integrasi 10%)

Efektivitas Penghapusan Kesalahan

Diasumsikan bahwa setiap kegiatan jaminan kualitas filter (layar) persentase pasti dari kesalahan yang ada. Perlu dicatat bahwa dalam kebanyakan kasus, persentase kesalahan dihapus agak lebih rendah dari persentase kesalahan yang dideteksi sebagai beberapa perbaikan (sekitar 10% menurut Jones, 1996) adalah tidak efektif atau tidak memadai. Kesalahan yang tersisa, yang tidak terdeteksi dan tidak dikoreksi, akan dilewatkan ke fase pembangunan berturut-turut. Kegiatan jaminan mutu selanjutnya diterapkan terhadap kombinasi kesalahan: yang tersisa setelah kegiatan jaminan kualitas sebelumnya bersama-sama dengan kesalahan "baru", dibuat dalam tahap pengembangan saat ini. Diasumsikan bahwa efektivitas penyaringan kerusakan akumulasi setiap aktivitas jaminan kualitas tidak kurang dari 40% (yaitu, aktivitas menghapus sedikitnya 40% dari kesalahan masuk). tingkat Khas rata-rata efektivitas penyaringan kesalahan untuk berbagai kegiatan jaminan kualitas, dengan tahap pengembangan, berdasarkan Boehm (, 1981 Bab 24) dan Jones (1996, Bab 3 dan 5), tercantum pada Tabel 7.4.

Biaya penghilangan cacat

Data yang dikumpulkan tentang pengembangan biaya proyek menunjukkan bahwa biaya penghilangan cacat dideteksi bervariasi menurut fase pengembangan, sementara kenaikan biaya pada hakikatnya sebagai hasil proses pengembangan. Sebagai contoh, penghapusan cacat desain terdeteksi dalam tahap desain mungkin memerlukan investasi 2,5 hari kerja; penghapusan cacat yang sama mungkin memerlukan 40 hari kerja selama tes penerimaan. Beberapa survei yang dilakukan oleh IBM, TRW, GTE, Boehm dan lain-lain, diringkas oleh Boehm (1981, Bab 4), memperkirakan biaya relatif mengoreksi kesalahan pada setiap tahap pengembangan. Estimasi efektivitas alat jaminan kualitas perangkat lunak dan biaya relatif penghilangan cacat disediakan oleh Boehm dan Basili (2001). Meskipun data penghapusan cacat cukup langka, profesional setuju bahwa biaya proporsional penghilangan cacat tetap konstan sejak survei dilakukan pada 1970-an dan 1980-an. perwakilan rata-rata biaya relatif penghapusan cacat, berdasarkan Boehm (1981) dan Pressman (2000, Bab 8), disajikan pada Tabel 7.5.

Tabel 7.4: Rata-rata penyaringan (penghilangan cacat) efektifitas dari aktivitas jaminan kualitas

No kegiatan Jaminan kualitas Rata-rata tingkat efektivitas penyaringan cacat 1 tinjauan spesifikasi Persyaratan

2 pemeriksaan Desain

3 tinjauan Desain

4 pemeriksaan Kode

5 test Unit

6 test Unit setelah pemeriksaan kode

7 uji Integrasi

8 tes Sistem / tes penerimaan

9 tinjauan Dokumentasi

Tabel 7.5: Perwakilan rata-rata biaya relatif penghapusan cacat

No Tahap pengembangan perangkat lunak Rata-rata biaya relatif cacat (unit cost) 1 Spesifikasi persyaratan

2 Desain

3 Tes unit

4 tes Integrasi

5 uji Sistem / tes penerimaan / tinjauan dokumentasi 40 sistem 6 Operasi oleh pelanggan (setelah rilis)

7.4.2. Model

Model ini didasarkan pada asumsi sebagai berikut:  Proses pengembangan bersifat linear dan sekuensial, mengikuti model air terjun.

 Sejumlah cacat "baru" diperkenalkan dalam setiap tahap pengembangan. Untuk distribusi mereka, lihat Tabel 7.3.  Review dan kegiatan uji jaminan kualitas perangkat lunak berfungsi sebagai filter, menghilangkan persentase cacat masuk dan membiarkan sisanya lolos ke tahap pengembangan selanjutnya. Sebagai contoh, jika jumlah cacat yang masuk adalah 30, dan efisiensi penyaringan adalah 60%, maka 18 cacat akan dihapus, sementara 12 cacat akan tetap dan lulus untuk dideteksi oleh aktivitas jaminan kualitas berikutnya. Tipe tingkat efektivitas penyaringan untuk berbagai kegiatan jaminan

kualitas ditunjukkan pada Tabel 7.4.  Pada setiap tahap, cacat masuk adalah jumlah cacat tidak dihapus oleh aktivitas jaminan kualitas terdahulu bersama dengan cacat "baru" diperkenalkan (diciptakan) dalam tahap pengembangan

saat ini.  Biaya penghilangan cacat dihitung untuk setiap kegiatan jaminan kualitas dengan mengalikan jumlah

cacat yang dihilangkan dengan biaya relatif menghapus cacat (lihat Tabel 7.5).  Cacat yang tersisa, sayangnya diserahkan kepada pelanggan, akan terdeteksi oleh dia. Dalam keadaan ini, penghapusan penuh memerlukan biaya penghapusan cacat terberat.

Dalam model, masing-masing kegiatan jaminan kualitas diwakili oleh unit penyaring, seperti yang ditunjukkan Desain pada Gambar 7.6.

Gambar 7.6: Sebuah unit filter untuk efektivitas penghapusan cacat: contoh

Model ini menyajikan kuantitas berikut:  POD = Phase Originated Defects (from Table 7.3)  PD = Passed Defects (from former phase or former quality assurance activity)  %FE = % of Filtering Effectiveness (also termed % screening effectiveness) (from Table 7.4)  RD = Removed Defects  CDR = Cost of Defect Removal (from Table 7.5)

 TRC = Total Removal Cost: TRC = RD ฀ ฀ CDR.

Ilustrasi pertama berlaku untuk model rencana jaminan kualitas standar ("sistem penyaringan cacat standar ") yang terdiri dari enam kegiatan jaminan mutu (enam filter), seperti ditunjukkan pada Tabel

N0 kegiatan Jaminan kualitas efektivitas penghapusan Biaya penghapusan cacat yang Cacat

terdeteksi (unit cost) 1 review spesifikasi Kebutuhan

2 review Desain