Anda di halaman 1dari 27

SOFTWARE QUALITY ASSURANCE

BAB 3-4 :
Faktor kualitas Software
(Software Quality Factors)
dan
Berbagai Komponen dari sistem penjaminan kualitas perangkat lunak
(The Components of The Software Quality assurance System)
Disusun sebagai salah satu Tugas
Mata Kuliah Manajemen Kualitas Sistem Informasi
Penyusun:
Kelompok 1
aja !otmatua An"ar #arbun $%11$1%%&4
oni Andarsya' $%1$$1%1%3
Agus (o)yan $%1$$1%11%
*elar #erin+( $%11$1%%3,
P-*A# (./01 PA(2A(A3A4A #A*1(.5 (1(.5# 14F-#A(1
(.#1K 61K#1 BA40/4*
$%14
Bab 3
(o)t"are 7uality Fa8tors
(Faktor kualitas Software)
3+1 Kebutu'an untuk persyaratan kualitas perangkat lunak yang kompre'ensi)
Ada suatu kebutu'an untuk sebua' de)inisi yang kompre'ensi) dari requirement
yang akan meng cover semua atribut dari software dan aspek-aspek dari kegunaan
so)t"are tersebut seperti aspek kemampuan9 penggunaan kembali9 kemampuan
memeli'ara9 dan lain sebagainya untuk meyakinkan 8ustomer akan merasa puas+
Berbagai isu-isu yang besar yang ber'ubungan dengan berbagai atribut
software9 penggunaan dan pemeli'araanya9 seperti yang dide)inisikan dalam berbagai
dokumentasi persyaratan software, dapat dikelompokan dalam kelompok berbagai isi
yang disebut denga quality factors. Kita perkirakan tim bertanggung ja"ab
mende)inisikan berbagai kebutu'an sistem software untuk memeriksa keebutu'an-
kebutu'an yang dimiliki setiap )a8tor+ Berbagai kebutu'an software di'arapkan untuk
membedakan pada area yang ditekankan pada berbagai )a8tor9 sebua' re)leksi dari
perbedaan-perbeaan9 ditemukan di antara proje8t-proje8t software+ 0engan demikian9
kita dapat memperkirakan ba'"a tidak semua )a8tor akan di"akili dalam semua
dokumen-dokumen kebutu'an se8ara umum+
Bagian berikutnya ber'ubungan dengan klasi)ikasi dari berbagai kebutu'an
kualitas ke )a8tor-)aktor kualitas+ 3adi jelas9 'anya pendekatan-pendekatan utama pada
topik ini akan di cover+
3+$ Klasi)ikasi berbagai kebutu'an software ke berbagai )a8tor kualitas software
Beberapa model dari )a8tor kualitas software dan kategorinya dalam kategori-kategori
)a8tor tela' disarankan selama berta'un-ta'un+ #odel kasik dari berbagai )a8tor
kualitas so)t"are9 disarankan ole' #82all9 yang terdiri dari 11 )aktor+ #odel-model
subsequent berisi 1$-1: )aktor disarankan ole' 0euts8' dan ;illis serta ole' 5<ans
dan #ar8iniak+ #odel-model alternati<e tidak berbeda se8ara substansial dari model
#82all+ #odel )a8tor #82all meskipun seperempat abad dari =pematangan>9 berlanjut
terus untuk menyediakan sebua' metode praktis dan terkini untukpengklasi)ikasian
berbagai kebutu'an software+
#odel )a8tor #82all
#odel )a8tor #82all mengklasi)ikasikan semua kebutu'an software menjadi 11 )aktor-
)aktor kualitas+ (ebelas )a8tor-)aktor itu dikelompokan menjadi tiga kategori yaitu:
product operation, product revision dan product transition yaitu:
Product operation : Correctness, Reliability, fficiency, !nte"rity, #sability.
Product revision factors : $aintainability, Fle%ibility, Testability.
Product transition factors : Portability, Reusability, !nteroperability.
#odel #82all dan kategori-kategorinya diilustrasikan ole' model #82all dari )aktor
kualitas po'on )a8tor-)aktor kualitas software (li'at *ambar 3+1)+
Gambar 3.1 Pohon model factor McCall
.iga bagian berikutnya didedikasikan untuk penjelasan rin8i tentang )aktor
kualitas software yang disertakan dalam setiap kategori #82all+
3+3 Berbagai kualitas software suatu operasi produk (product operation)
#enurut model #82all9 lima )aktor kualitas software yang disertakan dalam kategori
operasi produk9 semua yang ber'ubungan dengan kebutu'an? persyaratan yang se8ara
langsung mempengaru'i operasi se'ari-'ari dari software+ Faktor-)aktor ini adala'
sebagai berikut:
Kebenaran (Correctness)
Persyaratan kebenaran dide)inisikan dalam da)tar sistem perangkat lunak berbagai
output yang diperlukan9 seperti9 sebua' layar permintaan keseimbangan pelanggan
dalam sistem in)ormasi akuntansi penjualan9 atau pasokan udara sebagai )ungsi
temperatur ditentukan ole' )irm"are dari unit kontrol industri+ Berbagai spesi)ikasi
output biasanya multidimensional9 beberapa dimensi umum termasuk:
#isi output yang ditentukan (8onto': printout invoice berbagai penjualan9 dan
alarm mera' ketika temperature meningkat di atas $:%@F)
Akurasi yang dibutu'kan dari output-output yang se8ara negati<e terpengaru'
ole' ketidakakuratan data atau ketidakakuratan berbagai kalkulasi
Kelengkapan in)ormasi output9 yang dapat merugikan dipengaru'i ole' data yang
tidak lengkap+
Proses kekinian dari in)ormasi ( dide)inisikan sebagai "aktu antara suatu e<en dan
pertimbangannya dari sistem software tersebut
Ketersediaan in)ormasi ( "aktu reaksi9 dide)inisikan sebagai "aktu yang
dibutu'kan untuk memperole' in)ormasi atau "aktu reaksi yang dibutu'kan dari
firmware yang terinstal dalam sebua' peralatan yang terkomputerisasi
(tandar untuk pengkodeaan9 proses dokumentasi suatu sistem software
2onto'-8onto' (%amples&
Kebutu'an-kebutu'an yang benar atau tepat dari sebua' sisitem in)ormasi
keanggotaan club terdidiri dari berikut ini:
1+ #isi -utput: 0a)tar yang dide)inisikan dari 11 jenis laporan9 empat jenis surat
standar untuk anggota dan delapan jenis pertanyaan9 yang ditampilkan pada
monitor berdasarkan permintaan+
$+ Akurasi yang dibutu'kan dari output: Probabilitas untuk non-akurat output9 yang
mengandung satu atau lebi' kesala'an9 tidak akan melebi'i 1A+
3+ Kelengkapan in)ormasi output: Probabilitas data yang 'ilang tentang anggota9
ke'adirannya di a8ara-a8ara klub9 dan pembayaran nya tidak akan melebi'i 1A+
4+ (uatu in)ormasi terkini: .idak lebi' dari dua 'ari kerja untuk in)ormasi tentang
partisipasi dalam a8ara-a8ara dan tidak lebi' dari satu 'ari kerja untuk in)ormasi
tentang masuknya pembayaran anggota dan data pribadi+
:+ Ketersediaan in)ormasi: ;aktu reaksi untuk permintaan akan kurang dari dua
detik rata-rata9 "aktu reaksi untuk laporan akan kurang dari empat jam+
B+ (tandar dan pedoman yang diperlukan: Perangkat lunak dan dokumentasinya
di"ajibkan untuk mematu'i pedoman klien+
Reliability '(eandalan)
Persyaratan keandalan berurusan dengan kegagalan untuk menyediakan layanan+
#ereka menentukan kegagalan sistem software 9 tingkat maksimum yang diiCinkan dan
dapat merujuk pada seluru' sistem atau untuk satu atau lebi' dari )ungsi-)ungsi yang
terpisa'+
2onto'-8onto'
1+ Frekuensi kegagalan unit pemantauan jantung yang akan beroperasi dalam
ruang pera"atan intensi) ruma' sakit diperlukan untuk menjadi kurang dari satu
dalam $% ta'un+ Fungsi deteksi serangan jantung yang diperlukan untuk memiliki
suatu tingkat kegagalan yang kurang dari per satu juta kasus
$+ (ala' satu persyaratan dari sistem so)t"are baru yang akan dipasang di utama
8abang 1ndependen8e Bank9 yang mengoperasikan 1$% 8abang9 adala' ba'"a 'al
itu tidak akan gagal9 rata-rata9 lebi' dari 1% menit per bulan selama jam kantor bank+
(elain itu9 probabilitas ba'"a o))-"aktu (
"aktu yang dibutu'kan untuk perbaikan dan pemuli'an semua layanan bank) lebi'
dari 3% menit diperlukan untuk menjadi kurang dari %9:A+
fficiency (5)isiensi)
Persyaratan e)isiensi berurusan dengan sumber daya perangkat keras yang
dibutu'kan untuk melakukan semua )ungsi sistem perangkat lunak dalam kesesuaian
dengan semua persyaratan lainnya+ (umber daya perangkat keras utama yang 'arus
dipertimbangkan adala' kemampuan pemrosesan komputer (diukur dalam #1P( - juta
instruksi per detik9 #!C atau mega'ertC - juta siklus per detik9 dll)9 yang kemampuan
penyimpanan data dalam 'al memori dan kapasitas disk (diukur dalam #Bs -
megabyte9 *B( - gigabyte9 .B - terabytes9 dll) dan kemampuan komunikasi data dari
jalur komunikasi (biasanya diukur dalam KBP( - kilobit per kedua9 #BP( - megabit per
detik9 dan *BP( - gigabit per detik)+ Persyaratan itu dapat men8akup nilai-nilai
maksimum di mana 'ard"are sumber daya akan diterapkan dalam sistem perangkat
lunak yang dikembangkan atau firmware.
.ipe lain dari persyaratan e)isiensi berkaitan dengan "aktu antara pengisian unit
sistem portabel9 adala' sistem in)ormasi unit terletak di komputer portabel9 atau unit
meteorologi ditempatkan di luar ruangan+
2onto'
(ebua' jaringan toko sedang mempertimbangkan ta"aran dua alternati) untuk sistem
perangkat lunak+ Kedua ta"aran terdiri dari menempatkan komputer yang sama dalam
rantai kantor pusat dan 8abang-8abangnya+ .a"aran berbeda 'anya dalam <olume
penyimpanan: $% *B per komputer 8abang dan 1%% *B di kantor pusat komputer (Bid
A)D 1% *B per komputer 8abang dan 3% *B di kepala komputer kantor (Bid B)+ Ada juga
perbedaan dalam jumla' komunikasi baris yang dibutu'kan: Bid A terdiri dari tiga jalur
komunikasi dari $&9& kbps antara masing-masing 8abang dan kantor pusat9 sedangkan
Bid B didasarkan pada dua jalur komunikasi dari kapasitas yang sama antara masing-
masing 8abang dan kantor pusat+ 0alam 'al ini9 jelas ba'"a Bid B lebi' e)isien dari Bid
A karena sumber daya yang lebi' sedikit perangkat keras yang diperlukan+
1ntegritas
Persyaratan integritas berurusan dengan keamanan sistem perangkat lunak9 yaitu9
persyaratan untuk men8ega' akses kepada orang yang tidak ber"enang9 untuk
membedakan diantaranya+ (ebagian besar personil diperbole'kan untuk meli'at
in)ormasi (Ememba8a iCinE) dan kelompok terbatas yang akan diiCinkan untuk
menamba' dan menguba' data (Emenulis ijinE)9 dan lain sebagainya+
2onto'
3urusan .eknik dari pemerinta' daera' setempat mengoperasikan *1( (*eograp'i8
1n)ormation (ystem)+ 0epartemen beren8ana untuk memungkinkan "arga mengakses
ke )ile *1( melalui 1nternet+ Persyaratan perangkat lunak termasuk kemungkinan
meli'at dan menyalin tetapi tidak memasukkan peruba'an peta aset mereka serta aset
lainnya di "ilaya' kotamadya + A88ess akan ditolak dengan ren8ana yang sedang
berlangsung dan untuk peta dide)inisikan mereka ole' kepala 0epartemen sebagai
dokumen akses terbatas+
#sability (kemampuan utuk digunakan)+
Persyaratan #sability berurusan dengan ruang lingkup sumber daya sta) yang
dibutu'kan untuk melati' karya"an baru dan untuk mengoperasikan sistem perangkat
lunak+ /ntuk lebi' lanjut tentang kegunaan li'at 3uristo et al+ ($%%1)9 0ona'ue ($%%1)
dan Ferre et al+ ($%%1)+
2onto'
Kegunaan dokumen persyaratan perangkat lunak untuk 'elp desk baru sistem
diprakarsai ole' sejumla' da)tar perusa'aan jasa alat ruma' seperti berikut ini:
a+ (eorang anggota sta) 'arus mampu menangani setidaknya B% layanan panggilan
se'ari+
b+ Pelati'an karya"an baru akan menyediakan tidak lebi' dari dua 'ari (1B jam
pelati'an )9 segera9 pada ak'irnya peserta yang mengikuti pelati'an akan mampu
menangani 4: layanan panggilan se'ari+
3+4 Product revision software quality factors (Berbagai )a8tor kualitas software re<isi
produk)
#enurut model )aktor-)aktor kualitas perangkat lunak #82all9 tiga )aktor kualitas
terdiri dari kategori re<isi produk+ Faktor-)aktor ini ber'ubungan dengan sejumla'
persyaratan yang mempengaru'i rangkaian lengkap kegiatan pemeli'araan perangkat
lunak:
a+ pemeli'araan korekti) (koreksi kesala'an perangkat lunak dan kegagalan)
b+ pemeli'araan adapti) (mengadaptasi perangkat lunak saat ini dengan keadaan
tamba'an dan pelanggan tanpa menguba' perangkat lunak) dan pemeli'araan
per)ekti) (peningkatan dan perbaikan perangkat lunak yang ada dengan
meng'ormati masala' terbatas se8ara lokal)+
Pemba'asannya dipaparkan di ba"a' ini+
Pera"atan
Persyaratan pera"atan menentukan upaya yang akan dibutu'kan ole' pengguna dan
personil pera"atan untuk mengidenti)ikasi penyebab kegagalan perangkat lunak9
memperbaiki kegagalan9 dan untuk mem<eri)ikasi keber'asilan koreksi+ Faktor
persyaratan tersebut menga8u pada struktur modular dari software9 internal
dokumentasi program9 dan manual programmer9 di antara 'al-'al lainnya+
2onto'
Persyaratan pera"atan k'usus:
(a) /kuran modul so)t"are tidak akan melebi'i 3% pernyataan+
(b) pemrograman akan mematu'i standar perusa'aan 8oding dan pedoman+
Fle%ibility (kelu"esan)
Kemampuan dan upaya yang diperlukan untuk mendukung kegiatan pemeli'araan
adapti) ter8akup ole' persyaratan )leksibilitas+ !a ini termasuk sumber daya (yaitu
dalam manusia-'ari) yang diperlukan untuk beradaptasi ter'adap paket perangkat
lunak untuk berbagai pelanggan dari perdagangan yang sama9 berbagai kegiatan yang
luas9 dari rentang yang berbeda produk dan sebagainya+ Faktor persyaratan ini juga
mendukung per)ekti) kegiatan pemeli'araan9 seperti peruba'an dan penamba'an
perangkat lunak dalam rangka meningkatkan layanan dan untuk disesuaikan dengan
peruba'an dalam teknis perusa'aan atau lingkungan komersial+
2onto'
.(( (so)t"are dukungan guru) berkaitan dengan dokumentasi prestasi murid9
per'itungan nilai ak'ir9 pen8etakan dokumen jangka kelas9 dan pen8etakan otomatis
surat peringatan kepada orang tua murid gagal+ itu (pesi)ikasi perangkat lunak yang
disertakan persyaratan )leksibilitas berikut:
(a) Perangkat lunak ini 'arus sesuai untuk guru semua mata pelajaran dan semua
sekola' tingkat ((09 (#P dan (#A)+
(b) Para non-pro)esional 'arus mampu men8iptakan jenis baru dari laporan sesuai
dengan kebutu'an guru dan ? atau pendidikan kota tuntutan departemen+
Testability
Persyaratan testability berurusan dengan pengujian sistem in)ormasi sama
juga pada 'al operasi+ Persyaratan .estability untuk kemuda'an pengujian yang
berkaitan dengan )itur-)itur k'usus dalam program-program yang membantu tester9
misalnya dengan memberikan 'asil antara yang tela' ditetapkan dan )ile log+
Persyaratan testability terkait dengan operasi perangkat lunak termasuk diagnostik
otomatis dilakukan ole' sistem perangkat lunak sebelum memulai sistem9 untuk
mengeta'ui apaka' semua komponen sistem perangkat lunak dalam rangka kerja dan
untuk mendapatkan melaporkan tentang kesala'an terdeteksi+ .ipe lain dari
kesepakatan persyaratan tersebut dengan pemeriksaan diagnostik otomatis diterapkan
ole' teknisi pemeli'araan untuk mendeteksi penyebab kegagalan perangkat lunak+
2onto'
(ebua' unit kontrol komputerisasi industri diprogram untuk meng'itung berbagai
ukuran status produksi9 melaporkan tingkat kinerja mesin9 dan mengoperasikan sinyal
peringatan dalam situasi yang tela' ditetapkan+ (uatu persyaratan testability (o)t"are
yang diminta adala' untuk mengembangkan satu set data uji standar dengan
sistem yang dikenal di'arapkan bereaksi dengan benar dalam setiap ta'ap+ /ji 0ata
standar ini akan dijalankan setiap pagi9 sebelum produksi dimulai9 untuk memeriksa
apaka' unit komputerisasi bereaksi dengan benar+
3+: .ransisi produk )aktor kualitas perangkat lunak
#enurut #82all9 tiga )aktor kualitas termasuk dalam transisi produk kategori9 kategori
yang berkaitan dengan adaptasi perangkat lunak untuk lingkungan lain dan interaksinya
dengan sistem perangkat lunak lain+
Portability (portabilitas)
Persyaratan portabilitas 8enderung diadaptasi dari sistem perangkat lunak untuk
lingkungan lainnya yang terdiri dari 'ard"are yang berbeda9 sistem operasi yang
berbeda9 dan lain sebagainya+ Persyaratan ini memungkinkan untuk terus
menggunakan yang sama so)t"are dasar dalam situasi yang beragam atau
menggunakannya se8ara bersamaan di berbagai 'ard"are dan sistem operasi situasi+
2onto'
(ebua' paket perangkat lunak yang diran8ang dan diprogram untuk beroperasi di
lingkungan ;indo"s $%%% diperlukan untuk memungkinkan pengali'an trans)er yang
mura' ke 6inuF dan 6ingkungan ;indo"s 4.+
Reusability (kemampuan penggunaan ulang)
Persyaratan Reusability berurusan dengan penggunaan modul so)t"are yang a"alnya
diran8ang untuk satu proyek dalam proyek so)t"are baru yang saat ini sedang
dikembangkan+
2onto'
(ebua' unit pengembangan perangkat lunak tela' diminta untuk mengembangkan
sistem perangkat lunak untuk operasi dan pengendalian dari kolam renang 'otel yang
menyajikan tamu 'otel dan anggota klub renang+ #eskipun manajemen tidak
mende)inisikan persyaratan usabilitas9 pemimpin tim unit9 setela' menganalisis
in)ormasi persyaratan pengola'an spa 'otel9 memutuskan untuk menamba'kan
persyaratan usabilitas ba'"a beberapa modul perangkat lunak untuk kolam renang
'arus diran8ang dan diprogram dengan 8ara yang akan memungkinkan penggunaan
kembali dalam sistem perangkat lunak masa depan spa9 yang ren8ananya akan
dikembangkan ta'un depan+
3+B #odel Alternati) )aktor kualitas perangkat lunak
0ua model )aktor9 mun8ul selama ak'ir 1,&%-an9 dan dianggap alternati) untuk model
)aktor klasik #82all (#82all et al+9 1,GG)9 berikut pemba'asannya+
3+B+1 perbandingan )ormal dari model alternati)
Perbandingan )ormal model )aktor mengungkapkan:
a+ Kedua model alternati) menge8ualikan 'anya satu dari #82all 11 )aktor9 yaitu )aktor
testability+
b+ #odel )aktor 5<ans dan #ar8iniak terdiri dari 1$ )aktor yang diklasi)ikasikan menjadi
tiga kategori+
8+ #odel )aktor 0euts8' dan ;illis terdiri dari 1: )aktor yang diklasi)ikasikan menjadi
empat kategori+
(e8ara bersama-sama9 lima )aktor baru yang diusulkan ole' dua )aktor alternati)
model:
H Pemastian ulang (ole' kedua model)
H /pgrade (ole' kedua model)
H Keselamatan (ole' 0euts8' dan ;illis)
H $ana"eability (ole' 0euts8' dan ;illis)
H survivability (ole' 0euts8' dan ;illis)+
3+B+$ Perbandingan model )aktor - analisis isi
(etela' membandingkan isi dari model )aktor9 kita menemukan ba'"a dua dari lima
)aktor tamba'an9 /pgrade dan sur<i<ability9 benar-benar mirip dengan )aktor yang
termasuk dalam model )aktor #82all9 meskipun di ba"a'nya berbeda nama9 yaitu
)leksibilitas dan keandalan+ (elain itu9 )aktor .estability #82all dapat dianggap sebagai
sala' satu unsur dalam )aktor pera"atan sendiri+
3+B+3 (truktur )aktor model alternati)
4amun demikian9 meskipun kesamaan mereka9 kategori dipekerjakan ole' alternati)
)aktor model dan klasi)ikasi )aktor-)aktor tertentu ke dalam kategori berbeda dari yang
dita"arkan model #82all+ .abel 3+$ membandingkan struktur tiga model sesuai dengan
)aktor-)aktor dan klasi)ikasi mereka ke dalam kategori+
3+G (iapa yang tertarik dalam de)inisi persyaratan kualitasI
.entu saja9 orang mungkin berpikir ba'"a 'anya klien yang tertarik se8ara
menyeluru' mende)inisikan persyaratan dalam rangka untuk menjamin kualitas produk
perangkat lunak yang ia dikontrak+ 0okumen persyaratan yang dia persiapkan sebagai
perlindungan mendasar ter'adap kualitas yang renda'+ 4amun9 analisis kami
berbagai )aktor kualitas menunjukkan bagaimana pengembang perangkat lunak dapat
menamba'kan persyaratan yang me"akili kepentingannya sendiri+ Berikut adala'
beberapa 8onto' yang bisa kita li'at:
1+ Persyaratan reusability+ 0alam kasus di mana klien mengantisipasi perkembangan9
dalam "aktu dekat sistem so)t"are tamba'an memiliki kuat kemiripan dengan
so)t"are ini9 klien akan berinisiati) untuk memulai membuat persyaratan reusability+
$+ Persyaratan verifiability (persyaratan pemastian)+ Persyaratan ini dimaksudkan
untuk meningkatkan ulasan desain dan tes perangkat lunak yang dilakukan selama
pengembangan perangkat lunak+
Berikut adala' da)tar kualitas )aktor yang biasanya menarik per'atian pengembang
sedangkan mereka dapat meningkatkan sangat sedikit minat pada bagian dari klien:
Portability
eusability
Jeri)iability
(eseorang dapat meng'arapkan ba'"a proyek akan dilakukan menurut dua
persyaratan dokumen:
H persyaratan dokumen klien
H tamba'an dokumen persyaratan pengembang+
3+& Kepatu'an software ter'adap )aktor kualitas
(elama proses pengembangan perangkat lunak9 sejau' mana proses memenu'i
persyaratan dari berbagai )aktor kualitas diperiksa ole' tinjauan desain9 inspeksi
perangkat lunak9 tes so)t"are9 dan sebagainya + (elain itu9 kepatu'an produk perangkat
lunak ter'adap persyaratan yang dimiliki berbagai )aktor kualita9s diukur dengan metrik
kualitas perangkat lunak9 dimana 'al ini ber)ungsi sebagai a8uan langka'-langka'
untuk mengukur tingkat kepatu'an+0alam rangka untuk memungkinkan pengukuran
yang <alid kepatu'an9 sub-)aktor tela' ditetapkan bagi )aktor kualitas yang me"akili
berbagai atribut dan aspek perangkat lunak yang digunakan+ Perangkat lunak kualitas
metrik disarankan untuk masing-masing sub-)aktor+
(eperti yang mungkin tela' kita li'at9 beberapa sub-)aktor ber'ubungan dengan
lebi' dari sala' satu )aktor+ 1ni men8erminkan )akta ba'"a beberapa atribut
berkontribusi ter'adap sukses kepatu'an dalam lebi' dari satu aspek dari penggunaan
perangkat lunak+ (ebagai 8onto'9keseder'anaan (sub-)aktor) memberikan kontribusi
untuk pemeli'araan9 )leksibilitas9 usabilitas dan )aktor upgrade+
BAB 4
.'e 8omponents o) t'e so)t"are Kuality assuran8e system
(Berbagai Komponen dari sistem penjaminan kualitas perangkat lunak)
4.1 Sistem SQA Arsitektur SQA
/ntuk men8apai sebua' le<el di mana Kualitas so)t"are dapat dikatakan baik9
(istem (7A merupakan gabungan dari berbagai ma8am komponen yang memiliki
tujuan menangani berbagai ma8am error perangkat lunak+ Berikut ini adala' B
komponen utama dalam Arsitektur (istem (7A:
Komponen Pre-Proje8t
Komponen asesmen akti<itas daur 'idup proyek software
Komponen 1n)rastruktur untuk pen8ega'an error dan peningkatan
Komponen #anagement (7A
(tandar (7A9 (erti)ikasi (istem9 dan Komponen Penilaian
Pengelolaan (7A L Komponen #anusia
4.1.2 Komponen Pre-Project
.ujuan komponen (7A adala' meningkatkan kualitas dari persiapan proyek+
Berikut ini $ komponen utama dari komponen pre-proje8t:
1+ e<ie" Kontrak
$+ Peren8anaan Kualitas dan Pengembangan
Berikut 'al-'al yang diba'as pada re<ie" kontrak:
Klari)ikasi mengenai permintaan pelanggan
e<ie" mengenai jad"al proyek dan pengelolaan sumber daya
5<aluasi kemampuan dari sta)) pro)esional yang ada untuk penanganan proyek
5<aluasi kemampuan pelanggan dalam pemenu'an ke"ajibannya
5<aluasi resiko pengembangan proyek
Berikut beberapa 'al yang diba'as pada peren8anaan pengembangan:
3ad"al
Kebutu'an tenaga kerja dan sumber daya 'ard"are
5<aluasi esiko
#asala' pengorganisasian9 seperti anggota tim9 sub-kontraktor9 dan kemitraan
#etodologi proyek dan alat pengembangan
en8ana penggunaan ulang kerangka perangkat lunak
Berikut adala' 'al-'al yang diba'as dalam peren8anaan kualitas:
.ujuan kualitas memba'as tolak ukur dari kualitas yang ingin di8apai
Kriteria memulai dan mengak'iri proyek
0a)tar dari re<ie"9 tes9 dan jad"al dari akti<itas <eri)ikasi dan <alidasi
4.1.3 Komponen Daur Hidup Proyek Perankat !unak
Pada bagian komponen (7A ini dibagi menjadi $ ta'ap utama:
a. .a'ap pengembangan daur 'idup
b. .a'ap pengoperasian dan pera"atan+
1nisiasi pengembangan sistem memiliki beberapa komponen yaitu:
e<ie"
-pini 5Fpert
.esting Perangkat 6unak
Pera"atan Perangkat 6unak
Penjaminan kualitas dari sub-kontraktor dan bagian yang disupply kepada
pelanggan
Berikut dua ma8am e<ie":
Formal e<ie" (0s) L re<ie" utama9 biasanya berbentuk dokumen
Peer e<ie" L re<ie" suplemen untuk menunjang )ormal re<ie"
Pendapat a'li diperlukan apabila terjadi kondisi-kondisi berikut ini:
Kekurangan pekerja pro)esional dalam bidang proyek
Kesulitan dalam membangun tim untuk re<ie" )ormal
(ituasi tekanan kerja yang ekstrim
Ketidak-'adiran sementara dari pekerja pro)esional dalam bidang proyek
Adanya pertikaian dari pro)esional senior dalam suatu proyek
.ujuan utama dari .esting Perangkat 6unak9 selain dari men8ari 8a8at produk dan
memenu'i kriteria yang tela' ditetapkan adala' untuk memperole' ijin melanjutkan ke
ta'ap berikutnya dalam pengembangan sebua' sistem+ (angat direkomendasikan
ba'"a testing perangkat lunak dilakukan ole' pi'ak dari luar agar lebi' obyekti) dan
kesala'an yang ditemukan murni merupakan 8a8at produk+
.iga kategori utama dari pera"atan software:
Pera"atan untuk memperbaiki
Pera"atan untuk adaptasi
Pera"atan untuk peningkatan per)orma
/ntuk penjaminan kualitas dari sub-kontraktor dan pelanggan9 akan makin
kompleks jika makin banyak pi'ak eFternal yang memberikan ara'an dalam proyek9
se'ingga akan membutu'kan (7A tersendiri dalam penanganannya+
4.1.4 Komponen in"rastruktur untuk pencea#an error dan peninkatan software
(7A in)rastruktur memiliki tujuan utama yaitu untuk men8ega' atau mengurangi
kemungkinan adanya 8a8at produk9 seiring dengan meningkatkan kualitas produk+
Berikut ini adala' komponen utama dari 1n)rastruktur (7A:
Prosedur dan 1nstruksi Kerja
Pola dan 0a)tar 2ek
Pelati'an9 Pelati'an /lang9 dan (erti)ikasi (ta))
Aksi Pre<enti) dan Korekti)
#anajemen Kon)igurasi
Kontrol 0okumen
/ntuk prosedur dan instruksi kerja9 'anya didasarkan pada jam terbang dari tim9
biasanya bertujuan sebagai pedoman dalam proyek (7A+
Pola dan 0a)tar 2ek adala' perpaduan dari peningkatan kualitas dan peningkatan
e)isiensi dalam proyek (7A+ Berikut ini keunggulan yang didapat dengan adanya Pola
dan 0a)tar 2ek:
!emat "aktu karena adanya da)tar dokumen yang dire<ie"
Berkontribusi dalam menge8ek kelengkapan dokumen dan re<ie"
#eningkatkan komunikasi dalam tim dengan standarisasi dokumen yang ada
(ta)) yang memiliki kemampuan adala' kun8i dari e)isiensi dan kualitas per)orma+
/ntuk men8apai sta)) yang memiliki kemampuan9 maka 'arus dilakukan:
#elati' tenaga kerja baru dan tenaga kerja lama yang pinda' bagian
.erus menerus dilakukan update ter'adap sta)) yang ada
(erti)ikasi dari sta)) mengenai pengeta'uan dan kemampuan yang dimiliki
Berikut ini adala' 8onto' dari tindakan pre<enti) dan korekti):
1mplementasi peruba'an untuk men8ega' kegagalan yang sama di masa
depan
Koreksi ter'adap 8a8at dalam proyek9 terutama yang dilakukan ole' tim lain
1mplementasi dari metodologi yang tela' terbukti sukses untuk
meningkatkan kemungkinan sukses beruntun
#anajemen kon)igurasi bertujuan untuk meng'indari adanya peruba'an yang
tidak sama di dalam tim proyek9 bertujuan untuk menyelaraskan peruba'an yang ada di
dalam proyek+
Beberapa 'al yang diba'as pada kontrol dokumen adala':
#enentukan kontrol dokumen yang dibutu'kan
(pesi)ikasi dari )ormat dan metode identi)ikasi dokumen
#enentukan re<ie" dan proses penyetujuan dari dokumen yang dikontrol
#enentukan metode dari penyimpanan dokumen
4.1.$ Komponen %anaement SQA
Komponen #anajemen (7A meliputi:
Kontrol Kemajuan Proyek
#etrik Kualitas Perangkat 6unak
Biaya Kualitas Perangkat 6unak
Kontrol Kemajuan Proyek )okus pada beberapa 'al9 antara lain:
Penggunaan sumber daya
3ad"al
Akti<itas manajemen resiko
Budget
Beberapa metrik dalam kualitas perangkat lunak:
Akti<itas dalam membangun dan mera"at (7A
Produkti<itas tim pengembang
Produkti<itas tim pera"at
.ingkat ke8a8atan produk
0e<iasi antara jad"al dan realita
0engan adanya Biaya Kualitas Perangkat 6unak9 maka di'arapkan biaya untuk
produk yang 8a8at atau gagal dapat 'ilang atau minimal dikurangi9 karena bila ada
produk yang gagal9 maka proyek akan menelan biaya lebi' besar daripada biaya yang
dialokasikan apabila mengeluarkan biaya untuk tim (7A+
4.1.& Standar SQA' Serti"ikasi Sistem' dan Komponen Peni(aian
.ujuan utama dari komponen ini adala':
Penggunaan kno"ledge dari pro)esional bertara) internasional
Peningkatan koordinasi dengan Kuality system organisasi lain
Bertujuan e<aluasi se8ara pro)esional dan pengukuran ter'adap pen8apaian
Kuality sistem organisasi
(tandar #anajemen Kualitas:
(51 2## assessment standard
1(- ,%%1 dan 1(- ,%%%-3 standard
(tandar Proses Proyek:
1555 1%1$ standard
1(-? 152 1$$%G standard
4.1.) Pene(o(aan SQA komponen manusia
.ujuan utama dari pengelolaan (7A9 adala':
#engembangkan dan mendukung implementasi dari komponen (7A
#endeteksi de<iasi dari prosedur dan metodologi (7A
/ntuk meningkatkan komponen (7A
.anggung ja"ab top manajemen dalam (7A:
Kebijakan dalam menentukan kualitas
1mplementasi kebijakan )ollo" up untuk kualitas yang e)ekti)
Alokasi sumber daya yang dibutu'kan untuk implementasi kebijakan
Penugasan sta)) yang memiliki kemampuan
Prosedur kelanjutan (7A
(olusi masala' jad"al9 budget9 dan 'ubungan dengan pelanggan
(7A unit adala' bagian dalam organisasi yang mengk'ususkan diri dalam bidang (7A+
.ugas utamanya9 antara lain:
Persiapan program ta'unan untuk kualitas
Konsultasi dengan pi'ak eFternal dalam masala' kualitas perangkat lunak
Audit internal (7A
#emimpin dalam komite internal (7A
#enunjang dari (7A yang ada9 mengupdatenya dan mengembangkan komponen
barunya
(7A trustees adala' anggota dari tim pengembang dan pera"at yang memiliki
ketertarikan k'usus tentang (7A+ Kontribusinya antara lain:
#enyelesaikan masala' tim lokal
#endeteksi de<iasi dari prosedur dan instruksi yang tela' ditetapkan
1nisiasi peningkatan komponen (7A
#elaporkan masala' yang ditemukan ke (7A /nit
(7A komite member adala' kumpulan dari pengembang dan pera"at perangkat lunak
yang biasanya tela' ditunjuk sebelumnya+ #emiliki tugas utama:
#enemukan solusi masala' kualitas perangkat lunak
Analisis masala' dan 8atatan kegagalan yang dilanjutkan dengan inisiasi aksi
pre<enti) dan korekti) jika dibutu'kan
1nisiasi dan mengembangkan prosedur dan instruksi baru dengan mengupdate
ba'an menta' yang ada
1nisisasi dan mengembangkan komponen (7A yang baru dan peningkatan
komponen (7A yang tela' ada
4.* Ke+utu#an akan Se+ua# Petunjuk da(am Pem+anunan Sistem SQA di
,ranisasi
.erdapat $ kategori utama (o)t"are 7uality #anagement (ystem9 yaitu:
SQA +er+asis oranisasi
SQA komponen yan diimp(ementasi di oranisasi dan dikem+ankan
/ntuk menentukan kategori dari (7A9 maka dapat dipertimbangkan dari 3 sudut
pandang9 yaitu berbasis organisasi9 berbasis proyek dan layanan pera"atan9 dan
berbasis sta)) pro)esional+
Beberapa pertimbangan berbasis organisasi:
.ipe ketersediaan pengembang perangkat lunak
.ipe ketersediaan pera"at perangkat lunak
uang lingkup dari produk
Besar tidaknya organisasi
!ubungan kooperasi dengan organisasi lain yang terkait dengan proyek
-ptimasi tujuan
Beberapa pertimbangan berbasis proyek dan layanan pera"atan:
.ingkat kesulitan dan kompleksitas perangkat lunak
Kemampuan sta)) dengan teknologi yang digunakan dalam proyek
Penggunaan kerangka proyek yang tela' ada dalam proyek yang baru
Beberapa pertimbangan berbasis sta)) pro)esional:
Kuali)ikasi dari pro)esional yang ada
6e<el kerjasama anggota tim yang ada