PENJAMINAN MUTU PERANGKAT LUNAK OPENCOURSEWARE UNIVERSITAS PEMBANGUNAN JAYA Slide TIF407 SQA 9

(1)

SOFTWARE QUALITY

(2)

DEFINISI KUALITAS PERANGKAT LUNAK



3 poin penting

–

Kebutuhan2 perangkat lunak merupakan

_{Kebutuhan2 perangkat lunak merupakan}

fondasi darimana kualitas diukur

–

Standar2 spesifik yg menentukan kriteria

_{Standar2 spesifik yg menentukan kriteria}

pengembangan yg menuntun pembuatan

suatu perangkat lunak

–

_{Terdapat kebutuhan2 yg implisit yg sering tidak}

diperhatikan (mis, keinginan untuk

pemeliharaan yg terbaik)

(3)

FAKTOR KUALITAS PERANGKAT LUNAK



Yg dapat dihitung secara langsung

–

Error

_Error

(Kesalahan)

–

Kilobytes Lines of Code

_{Kilobytes Lines of Code}

(KLOC)



Dihitung secara tidak langsung

–

Usability

_Usability

(Kegunaan)

(4)

(5)

FAKTOR KUALITAS … (McCall)

 Correctness_Correctness : besarnya program dapat memuaskan _{: besarnya program dapat memuaskan} spesifikasi & objektivitas dari misi pelanggan

spesifikasi & objektivitas dari misi pelanggan

 Reliability_Reliability : besarnya program dapat diharapkan _{: besarnya program dapat diharapkan} memenuhi fungsi2 yg dikehendaki

memenuhi fungsi2 yg dikehendaki

 Efficiency : Efficiency : jumlah sumber2 & kode yg dibutuhkan jumlah sumber2 & kode yg dibutuhkan program utk menjalankan fungsi2

program utk menjalankan fungsi2

 IntegrityIntegrity : besarnya pengontrolan pengaksesan : besarnya pengontrolan pengaksesan oleh seseorang yg tidak mempunyai otorisasi

oleh seseorang yg tidak mempunyai otorisasi

terhadap perangkat lunak atau data

 UsabilityUsability : effort (usaha) yg dibutuhkan utk : effort (usaha) yg dibutuhkan utk

mempelajari, mengoperasikan, menyiapkan input

& mengintepretasi kan output program

(6)

FAKTOR KUALITAS … (McCall) lanj.

 MaintainabilityMaintainability : usaha yg dibutuhkan utk : usaha yg dibutuhkan utk

menempatkan & menetapkan suatu kesalahan pada menempatkan & menetapkan suatu kesalahan pada

program program

 Flexibility Flexibility : usaha yg dibutuhkan utk memodifikasi : usaha yg dibutuhkan utk memodifikasi

program yg dioperasikan program yg dioperasikan

 Testability Testability : usaha yg dibutuhkan utk menguji program : usaha yg dibutuhkan utk menguji program

utk menjamin tlh dijalankannya program yg utk menjamin tlh dijalankannya program yg

diharapkan diharapkan

 PortabilityPortability : usaha yg dibutuhkan utk mentransfer : usaha yg dibutuhkan utk mentransfer

program dari lingkungan sistem per.lunak &/ per.keras program dari lingkungan sistem per.lunak &/ per.keras

ke lingkungan lain ke lingkungan lain

 ReusabilityReusability : besarnya program dpt digunakan oleh : besarnya program dpt digunakan oleh

aplikasi lain aplikasi lain

 InteroperabilityInteroperability : usaha yg dibutuhkan utk memasang- : usaha yg dibutuhkan utk

(7)

PENGUKURAN KUALITAS PER. LUNAK

 AuditabilityAuditability : mudah utk dicek mengenai konfirmansi : mudah utk dicek mengenai konfirmansi

standar standar

 Accuracy _Accuracy: presisi komputasi & pengontrolan_{: presisi komputasi & pengontrolan}

 Communication commonalityCommunication commonality : derajat pengunaan : derajat pengunaan

interface, protokol & bandwidth yg standar interface, protokol & bandwidth yg standar

 Completeness_Completeness : derajat pencapaian implementasi full _{: derajat pencapaian implementasi full}

dari fungsi2 yg dibutuhkan dari fungsi2 yg dibutuhkan

 Conciseness _Conciseness: kepadatan program dalam _{: kepadatan program dalam}lines of code_{lines of code}  ConsistencyConsistency : penggunaan teknik dokumentasi & : penggunaan teknik dokumentasi &

perancangan yg seragam perancangan yg seragam

 Data commonality_{Data commonality} : penggunaan struktur & tipe data _{: penggunaan struktur & tipe data}

standar standar

 Error toleranceError tolerance : akibat yg timbul pada saat program : akibat yg timbul pada saat program

(8)

PENGUKURAN KUALITAS PER. LUNAK

(lanj.)

 Execution efficiency Execution efficiency : kinerja waktu eksekusi pada program: kinerja waktu eksekusi pada program  Expandability _{Expandability}: derajat dimana perancangan terprosedur, _{: derajat dimana perancangan terprosedur,}

data & arsitektur dapat diperluas data & arsitektur dapat diperluas

 GeneralityGenerality : kelonggaran aplikasi dari komponen program : kelonggaran aplikasi dari komponen program  Hardware independence Hardware independence : derajat dimana per. Lunak : derajat dimana per. Lunak

dipisahkan dari per. keras atau yg mengoperasikannya dipisahkan dari per. keras atau yg mengoperasikannya

 InstrumentationInstrumentation : derajat dimana program memonitor : derajat dimana program memonitor

operasinya sendiri & mengindentifikasikan kesalahan2 yg operasinya sendiri & mengindentifikasikan kesalahan2 yg timbul

timbul

 ModularityModularity : kemandirian fungsional dari komponen : kemandirian fungsional dari komponen

program program

 Operability_Operability : kemudahan pengoperasian program_{: kemudahan pengoperasian program}

 Security Security : ketersediaan mekanisme yg mengontrol atau : ketersediaan mekanisme yg mengontrol atau

(9)

PENGUKURAN KUALITAS PER. LUNAK

(lanj.)

 Self-documentation : derajat dimana Self-documentation : derajat dimana source codesource code

menyediakan dokumentasi yg berarti menyediakan dokumentasi yg berarti

 Simplicity : derajat dimana program dapat dimengerti Simplicity : derajat dimana program dapat dimengerti

dengan mudah dengan mudah

 Software system independence _{Software system independence}: derajat dimana _{: derajat dimana}

program berdiri sendiri dari fitur bhs pemrograman, program berdiri sendiri dari fitur bhs pemrograman,

karakteristik sistem pengoperasian & batasan lainnya karakteristik sistem pengoperasian & batasan lainnya

yg tdk standar yg tdk standar

 Traceability Traceability : kemampuan utk menelusuri representasi : kemampuan utk menelusuri representasi

perancangan atau komponen program aktual, kembali perancangan atau komponen program aktual, kembali

ke kebutuhan ke kebutuhan

 TrainingTraining : derajat dimana per. lunak dapat membantu : derajat dimana per. lunak dapat membantu

(10)

BIAYA KUALITAS PERANGKAT LUNAK



Semua biaya utk mengejar kualitas atau utk

menampil-kan kualitas yg berhubungan dgn

aktifitas.

–

Biaya pencegahan

_{Biaya pencegahan}



_{Perencanaan kualitas}



_{Review teknis formal}

(11)

BIAYA KUALITAS PERANGKAT LUNAK

(lanj.)

–

Biaya penilaian meliputi aktifitas memperoleh

_{Biaya penilaian meliputi aktifitas memperoleh}

wawasan mengenai kondisi produk pertama

kali pada masing2 proses, meliputi



_{Inspeksi in-proses & interproses}



_{Pemeliharaan & kalibrasi peralatan}



_Pengujian

–

_{Biaya kegagalan adalah biaya yg akan hilang}

bila tidak ada cacat yg muncul sebelum produk

disampaikan kepada pelanggan

(12)

BIAYA KUALITAS PERANGKAT LUNAK

(lanj.)

 _{Biaya kegagalan internal adl biaya yg}_{Biaya kegagalan internal adl biaya yg}

diadakan bila kita mendeteksi kesalahan dlm

produk sebelum produk dipasarkan, meliputi

– Pengerjaan kembali_{Pengerjaan kembali} – Perbaikan_Perbaikan

– Analisis mode kegagalan_{Analisis mode kegagalan}

 _{Biaya kegagalan eksternal adl biaya yg}_{Biaya kegagalan eksternal adl biaya yg}

berhubungan dg cacat yg ditemukan setelah

produk disampaikan pada pelanggan, meliputi

– Resolusi keluhan_{Resolusi keluhan}

– Penggantian & pengembalian produk_{Penggantian & pengembalian produk} – Dukungan _Dukunganhelp linehelp line

(13)

SQA



Merupakan kegiatan yg terpola secara sistematis

dan terencana, yg dibutuhkan utk menjamin

kualitas suatu perangkat lunak.



Terdiri atas 7 aktifitas utama :

– Aplikasi metode secara teknis_{Aplikasi metode secara teknis} – Review teknis formal_{Review teknis formal}

– Pengujian perangkat lunak_{Pengujian perangkat lunak} – Penekanan pada standar_{Penekanan pada standar}

– Pengontrolan pada perubahan_{Pengontrolan pada perubahan} – Pengukuran_Pengukuran

(14)

SQA (lanj.)

 SQA dimulai dgn sekumpulan alat & metode teknis yg SQA dimulai dgn sekumpulan alat & metode teknis yg

membantu analis utk mendapatkan spesifikasi yg membantu analis utk mendapatkan spesifikasi yg

berkualitas tinggi & bagi perancang utk merancang dg berkualitas tinggi & bagi perancang utk merancang dg

kualitas tinggi kualitas tinggi

 Setelah spesifikasi & desain dibuat, ditetapkan _{Setelah spesifikasi & desain dibuat, ditetapkan}

kualitasnya dg melakukan review teknis formal. kualitasnya dg melakukan review teknis formal.

 Pengujian per. Lunak mengkombinasikan langkah2 Pengujian per. Lunak mengkombinasikan langkah2

strategi dg metode rancangan test-case yg dpt strategi dg metode rancangan test-case yg dpt

menjamin pendeteksian kesalahan secara efektif. menjamin pendeteksian kesalahan secara efektif.

 Jika terdapat standar yg formal, berarti harus dapat _{Jika terdapat standar yg formal, berarti harus dapat}

(15)

SQA (lanj.)

 Pengontrolan perubahan dilakukan selama pembuatan Pengontrolan perubahan dilakukan selama pembuatan

per. Lunak & pada tahap pemeliharaan. Setiap per. Lunak & pada tahap pemeliharaan. Setiap

perubahan dpt menyebabkan kesalahan & efek lain yg perubahan dpt menyebabkan kesalahan & efek lain yg

akan menyebabkan kesalahan jg. akan menyebabkan kesalahan jg.

 Pengukuran terhadap per. Lunak mencakup _{Pengukuran terhadap per. Lunak mencakup}

pengukuran secara manajemen & teknis pengukuran secara manajemen & teknis

 Penyimpanan hasil dari review, audit, pengontrolan Penyimpanan hasil dari review, audit, pengontrolan

perubahan, pengujian dyl sebagai bagian dari record perubahan, pengujian dyl sebagai bagian dari record

historis utk suatu proyek dan didesiminasikan kpd historis utk suatu proyek dan didesiminasikan kpd

para staf pengembangan sbg ‘dasar utk mereka para staf pengembangan sbg ‘dasar utk mereka

(16)

REVIEW PERANGKAT LUNAK



Merupakan filter pada proses pembuatan

perangkat lunak.



Bentuknya : presentasi formal di depan

pelanggan, manajemen, & staf teknisi.



Review – suatu cara penggunaan perbedaan2 dari

sekompok orang untuk

– Menentukan peningkatan kebutuhan produk dari _{Menentukan peningkatan kebutuhan produk dari} seseorang atau tim

seseorang atau tim

– Konfirmasi setiap bagian dari produk dimana _{Konfirmasi setiap bagian dari produk dimana}

peningkatan tsb diinginkan atau tidak diinginkan peningkatan tsb diinginkan atau tidak diinginkan – Mencapai kerja teknis yg seragam, ataupun dapat _{Mencapai kerja teknis yg seragam, ataupun dapat}

(17)

PERTEMUAN PADA REVIEW TEKNIS

FORMAL



Batasannya

– Antara 3 & 5 orang yg terlibat : pemimpin review, _{Antara 3 & 5 orang yg terlibat : pemimpin review,} pereview & produsen

pereview & produsen

– Persiapan sebelumnya tidak lebih 2 jam kerja per orang_{Persiapan sebelumnya tidak lebih 2 jam kerja per orang} – Lama pertemuan review minimal 2 jam_{Lama pertemuan review minimal 2 jam}



Fokus : produk, komponen program (spesifikasi

kebutuhan, perancangan modul detail, listing

koding utk setiap modul



Akhir review, harus diputuskan

– Menerima produk tanpa modifikasi_{Menerima produk tanpa modifikasi}

– Menolak produk krn kesalahan yg fatal_{Menolak produk krn kesalahan yg fatal}

– Menerima produk dg kesalahan yg kecil dan harus _{Menerima produk dg kesalahan yg kecil dan harus} diperbaiki

(18)

PENDOKUMENTASIAN PADA REVIEW TEKNIS

FORMAL



Laporan review harus dapat menjawab

– Apa yg direview_{Apa yg direview} – Siapa yg mereview_{Siapa yg mereview}

– Apa yg ditemukan & disimpulkan_{Apa yg ditemukan & disimpulkan}



Daftar review mempunyai 2 tujuan :

– Mengidentifikasi area permasalahan produk_{Mengidentifikasi area permasalahan produk}

– Menyediakan checklist setiap item kegiatan yg dapat _{Menyediakan checklist setiap item kegiatan yg dapat} memandu produsen utk melakukan perbaikan

(19)

PEDOMAN REVIEW TEKNIS FORMAL

 Mereview produk bukan produsenMereview produk bukan produsen  Membuat agenda dan mengikutinya_{Membuat agenda dan mengikutinya}  Membatasi debatMembatasi debat

 Memberitahukan area masalah, tetapi bukan utk _{Memberitahukan area masalah, tetapi bukan utk}

menyelesaikan semua masalah yg ada menyelesaikan semua masalah yg ada

 Membuat catatan tertulis (di papan/bisa dilihat)Membuat catatan tertulis (di papan/bisa dilihat)

 Membatasi jumlah partisipan & menekankan persiapan _{Membatasi jumlah partisipan & menekankan persiapan}

awal awal

 Membuat checklist utk setiap produk yg direviewMembuat checklist utk setiap produk yg direview

 Mengalokasikan sumber daya & waktu yg terjadual utk _{Mengalokasikan sumber daya & waktu yg terjadual utk}

review berikutnya review berikutnya

 Mengadakan pelatihan utk semua pereviewMengadakan pelatihan utk semua pereview