Software Quality

Factors
Pertemuan ke-2
• Kebutuhan akan persyaratan kualitas perangkat lunak
yang komprehensif
• Klasifikasi persyaratan faktor kualitas perangkat
lunak
• Faktor operasi produk
• Faktor revisi produk
• Faktor transisi produk
• Model alternatif faktor kualitas perangkat lunak
• Siapa yang tertarik dalam mendefinisikan persyaratan
kualitas?
• Kepatuhan perangkat lunak terhadap faktor kualitas

Galin, SQA from Theory to Implementation

@Pearson Education Limited 2004 2
SQ. Factors 2

Dari bab-bab sebelumnya, dinyatakan bahwa dokumen

persyaratan merupakan salah satu elemen terpenting
untuk mencapai SQ.

Apa itu dokumen persyaratan SQ “Good"?

Karakteristik UMUM dari 4

pencapaian SW :

 Semua proyek SW memenuhi persyaratan dasar untuk

perhitungan yang benar. (inventaris, bunga, diskon, dll)
 Semua proyek SW mengalami kinerja yang buruk di
bidang-bidang penting seperti maintenance, reliability,
reuse, atau training.
 Penyebab buruknya kinerja proyek-proyek SW yang
dikembangkan adalah kurangnya persyaratan yang
telah ditentukan untuk mencakup aspek-aspek penting
dari fungsionalitas SW ini.
 Solusinya adalah:
Kebutuhan akan definisi persyaratan yang komprehensif
(Faktor SQ)
 Software quality
factors
Product operation factors

Product revision factors

Product transition factors

Galin, SQA from Theory to Implementation

@Pearson Education Limited 2004 5
 6

Galin, SQA from Theory to Implementation

@Pearson Education Limited 2004
 Correctness
Reliability
Efficiency
Integrity
Usability

Galin, SQA from Theory to Implementation

@Pearson Education Limited 2004 7
 6

 Correctness: Spesifikasi keluaran biasanya

multidimensi; termasuk:
hasil keluaran
Akurasi yang dibutuhkan
Kelengkapan
Keutuhan info.
Ketersediaan info. (Waktu reaksi)
Standar untuk pengkodean dan dokumentasi
sistem SW
Ex. Correctness :

Persyaratan correctness dari sistem informasi keanggotaan klub tdd:

 Hasil keluaran: 11 jenis draft laporan, empat jenis surat standar untuk
anggota dan delapan jenis pertanyaan, yang seharusnya ditampilkan pada
monitor berdasarkan permintaan.
 Akurasi : Probabilitas kesalahan untuk output yang tidak akurat < 1%
 Kelengkapan : Peluang hilang data tentang anggota, kehadiran, dan
pembayaran < 1%
 Keutuhan informasi: Tidak lebih dari dua hari kerja untuk informasi tentang
partisipasi dalam acara dan tidak lebih dari satu hari kerja untuk informasi
tentang pemasukan pembayaran anggota dan data pribadi.
 Ketersediaan informasi: Waktu reaksi untuk pertanyaan < dua detik; waktu
reaksi untuk laporan < empat jam.
 Standar dan pedoman yang diperlukan: Perangkat lunak dan
dokumentasinya diperlukan untuk mematuhi pedoman klien.
 7

 Reliability:
• Menentukan tingkat kegagalan sistem maksimum yang diizinkan, dan
• dapat merujuk ke seluruh sistem atau satu atau lebih dari fungsinya yang
terpisah.
Example :
• Frekuensi kegagalan unit pemantau jantung yang akan beroperasi di ruang
perawatan intensif rumah sakit harus kurang dari satu dalam 20 tahun.
Fungsi deteksi serangan jantungnya harus memiliki tingkat kegagalan
kurang dari satu per juta kasus.
 8

 Efficiency:
sumber daya HW yang diperlukan untuk melakukan semua fungsi sistem SW sesuai
dengan semua persyaratan lainnya.
Example :
Unit meteorologi di luar ruangan, dilengkapi dengan 1.000 mili-ampere sel jam, harus
mampu memasok kebutuhan daya unit setidaknya selama 30 hari. Sistem melakukan
pengukuran sekali per jam, mencatat hasilnya, dan mengirimkan hasilnya sekali sehari
ke pusat meteorologi melalui komunikasi nirkabel.
  Integrity:
Berkaitan dengan keamanan sistem SW, yaitu
persyaratan untuk mencegah akses ke orang yang tidak
berwenang.
Example :
Departemen Teknik kota setempat mengoperasikan SIG (Sistem
Informasi Geografis). Departemen berencana untuk mengizinkan
warga mengakses file GIS melalui Internet. Persyaratan perangkat
lunak memungkinkan untuk masy. melihat dan menyalin tetapi tidak
bisa merubah peta aset serta aset lainnya di wilayah kotamadya(Izin
"baca saja"). Peta yang bisa dilihat ditetapkan oleh kepala
Departemen sebagai dokumen akses terbatas.
 9

 Usability:
Berkaitan dengan ruang lingkup sumber daya staf yang diperlukan untuk melatih
karyawan baru dan mengoperasikan sistem SW.
Example:
Dokumen persyaratan kegunaan perangkat lunak untuk help desk sistem baru
mencantumkan spesifikasi:
(a) Seorang anggota staf harus mampu menangani setidaknya 60 panggilan layanan
sehari.
(b) Pelatihan karyawan baru akan memakan waktu tidak lebih dari dua hari (16
pelatihan jam), segera setelah itu peserta akan dapat menangani 45 panggilan
layanan sehari.
Maintainability
Flexibility
Testability

Galin, SQA from Theory to Implementation

@Pearson Education Limited 2004 12
 10

 Maintainability :
Persyaratan kemampuan pemeliharaan menentukan upaya
yang akan dibutuhkan oleh pengguna dan personel
pemeliharaan untuk mengidentifikasi alasan
kegagalan SW, untuk memperbaiki kegagalan, dan
untuk memverifikasi keberhasilan revisi.
Contoh: Persyaratan Maintainability:
• Ukuran modul SW tidak akan melebihi 30 pernyataan
• Pemrograman akan mematuhi standar dan pedoman
pengkodean perusahaan.
 11

 Flexibility :
• Kemampuan dan upaya yang diperlukan untuk mendukung kegiatan
pemeliharaan adaptif.
• Persyaratan faktor ini juga mendukung kegiatan pemeliharaan yang
sempurna, seperti perubahan dan penambahan SW untuk
meningkatkan layanannya dan menyesuaikannya dengan perubahan
dalam lingkungan teknis atau komersial perusahaan.
Example :
TSS (perangkat lunak dukungan guru) berkaitan dengan dokumentasi
pencapaian siswa, perhitungan nilai akhir, pencetakan dokumen nilai
semester, dan pencetakan otomatis surat peringatan kepada orang tua
murid yang gagal. Syarat fleksibilitasnya :
(a) Perangkat lunak ini harus sesuai untuk guru dari semua mata pelajaran
dan semua sekolah tingkat (SD, SMP dan SMA).
(B) Non-profesional harus dapat membuat jenis laporan baru sesuai dengan
persyaratan guru sekolah dan / atau tuntutan departemen.
 12

 Testability :
- Berurusan dengan pengujian SW dan juga
operasinya.
- Memberikan hasil dan log file yang telah
ditentukan sebelumnya.
- Diagnosis otomatis dilakukan oleh sistem SW
sebelum memulai sistem, untuk mengetahui
apakah semua komponen sistem SW bekerja
dengan baik.
- Terdapat laporan tentang kesalahan yang
terdeteksi.
 Example testability :
 Unit kontrol terkomputerisasi industri diprogram untuk
menghitung berbagai ukuran status produksi,
melaporkan tingkat kinerja mesin, dan
mengoperasikan sinyal peringatan dalam situasi
yang telah ditentukan.
 persyaratan yang diminta adalah
mengembangkan satu set data uji standar dengan
mengharapkan reaksi yang benar di setiap tahap.
Tes standar ini harus dijalankan setiap pagi, sebelum
produksi dimulai, untuk memeriksa apakah unit
yang terkomputerisasi bereaksi dengan benar.
Portability
Reusability
Interoperability

Galin, SQA from Theory to Implementation

@Pearson Education Limited 2004 16
 13

 Portability :
- adaptasi sistem SW untuk lingkungan lain :
• HW berbeda
-• OS yang berbeda
-

Contoh: SW dirancang untuk bekerja di bawah windows 10.

Atau memungkinkan transfer ke Linux.
 14

 Reusability :
• Berkaitan dengan penggunaan modul SW yang
awalnya dirancang untuk satu proyek dalam proyek
pengembangan SW baru.
• Penggunaan kembali SW diharapkan untuk
menghemat sumber daya., Mempersingkat periode
proyek, dan menyediakan modul berkualitas lebih
tinggi. Manfaat dengan kualitas lebih tinggi ini
didasarkan pada asumsi bahwa sebagian besar
kesalahan SW telah terdeteksi oleh aktivitas SQA
yang dilakukan sebelumnya.
Example Reusability :
 Unit pengembangan perangkat lunak diperlukan
untuk mengembangkan sistem perangkat lunak spa
di hotel
 Meskipun manajemen tidak mendefinisikan
reusability, ketua tim unit, setelah menganalisis
persyaratan pemrosesan informasi spa hotel,
memutuskan untuk menambahkan persyaratan
reusability bahwa beberapa modul perangkat lunak
dirancang dan diprogram untuk mengembangkan
sistem perangkat lunak spa di masa mendatang.
 15

 Interoperability :
 Fokus pada pembuatan antarmuka dengan sistem
SW lainnya
-
atau dengan firmware peralatan
lainnya.
 Example:
 Firmware lab medis. Peralatan yang diperlukan
-
untuk memproses hasil lab sesuai dengan struktur
data standar yang kemudian dapat berfungsi
sebagai input untuk sejumlah SI laboratorium
standar.
Alternative Models Of SW 16

Quality Factors

 Two other models for SQ factors:

 Evans and Marciniak 1987 ( 12 factors )
 Deutsch and Willis 1988. ( 15 factors )

 Five new factors were suggested

 Verifiability
 Expandability
 Safety
 Manageability
 Survivability
 Alternative factor models
No. Software quality factor McCall’s classic model
Evans and Marciniak Deutsch and Willis
model model

1 Correctness + + +

2 Reliability + + +

3 Efficiency + + +

4 Integrity + + +

5 Usability + + +

6 Maintainability + + +

7 Flexibility + + +

8 Testability +

9 Portability + + +

10 Reusability + + +

11 Interoperability + + +

12 Verifiability + +

13 Expandability + +
21
14 Safety +

15 Manageability +

16 Survivability +
 Alternative Models Of SW
17

Quality Factors
 Five new factors were suggested
 Verifiability: mendefinisikan fitur desain dan pemrograman yang memungkinkan
verifikasi desain dan pemrograman yang efisien (modularitas, kesederhanaan,
kepatuhan terhadap dokumentasi, dan pedoman prog)
 Expandability: merujuk pada upaya di masa depan yang akan dibutuhkan untuk
melayani populasi yang lebih besar, meningkatkan layanan, atau menambahkan
aplikasi baru untuk meningkatkan kegunaan.
 Safety: menghilangkan kondisi berbahaya bagi peralatan sebagai akibat dari kesalahan
dalam kontrol proses SW.
 Manageability: merujuk ke admin. alat yang mendukung modifikasi SW selama
periode pengembangan dan pemeliharaan SW..
merujuk pada kontinuitas layanan. Ini menentukan
 Survivability:
waktu minimum yang diperbolehkan antara kegagalan sistem, dan
waktu maksimum yang diizinkan untuk pemulihan layanan.
Who is interested in the definition of 18

quality requirements ?
 The client is not the only party interested in defining the
requirements that assure the quality of the SW product.
 The developer is often interested also specially :
 Reusability
 Verifiability
 Portability

 Setiapproyek SW akan dilaksanakan sesuai

dengan 2 dokumen persyaratan:
 The client’s requirements document
 The developer’s additional requirements document.
Review question

1. Apa tiga kategori faktor yang termasuk dalam model faktor

McCall?
2. Faktor-faktor apa yang termasuk dalam masing-masing
kategori?
3. Beberapa orang mengklaim bahwa testability dan verifikasi
sebenarnya nama yang berbeda untuk faktor yang sama
(a) Apakah Anda setuju?
(b) Jika tidak, bisakah Anda menjelaskan alasannya?
4. The software requirement document for the tender
for development of “Super-lab”,
a software system for managing a hospital laboratory
Referen
ce:
 Galin, SQA from Theory to Implementation @Pearson Education Limited 2004