Nama : Bonny Akbar T

NIM : 202211534
Kelas : J Karyawan

Rangkuman Bab 4
KEHANDALAN SOFTWARE DAN JAMINAN KUALITAS

4.1 Verifikasi dan Validasi

Variasi dan validasi adalah proses siklus hidup secara keseluruhan. Ini dimulai
dengan tinjauan persyaratan dan berlanjut melalui tinjauan desain dan
pemeriksaan kode hingga pengujian produk. Perbedaan Verifikasi dan Validasi
menurut Boehm (1979)
 Validasi (apakah kita membuat produk yang benar?)
 Verifikasi (apakah produk yang kita buat sudah benar?)
Pengertian Verifikasi adalah proses menentukan apakah output dari satu fase
pengembangan perangkat lunak sesuai dengan fase sebelumnya.
Pengertian Validasi adalah proses menentukan apakah sistem yang
dikembangkan sepenuhnya sesuai dengan spesifikasi kebutuhannya.
Untuk memvalidasi dan verifikasi ada 2 teknik yaitu:
1. Inspeksi Software. Pemeriksaan perangkat lunak menganalisis dan
memeriksa representasi sistem, seperti dokumen persyaratan, diagram
desain, dan kode sumber program.
2. Pengujian Software. Pengujian perangkat lunak melibatkan pelaksanaan
implementasi perangkat lunak dengan data uji dan memeriksa keluaran
perangkat lunak dan perilaku operasionalnya untuk memeriksa apakah
kinerjanya sesuai kebutuhan.

4.2 Jaminan Kualitas Software (Software Quality Assurance)

adalah untuk mengembangkan produk perangkat lunak berkualitas tinggi.
Jaminan kualitas Perangkat Lunak adalah sekumpulan aktivitas yang dirancang
untuk mengevaluasi proses dimana perangkat lunak dikembangkan dan/atau
dipelihara.
 Proses dari Jaminan Kualitas Software adalah
1. Menentukan persyaratan untuk deteksi kesalahan/kegagalan sistem yang
dikendalikan perangkat lunak, isolasi, dan pemulihan
2. Meninjau proses dan produk pengembangan perangkat lunak untuk
pencegahan kesalahan perangkat lunak dan/atau perubahan terkontrol ke
status fungsionalitas yang berkurang
3. Menentukan proses untuk mengukur dan menganalisis cacat serta faktor
keandalan dan pemeliharaan.

4.2.1 Berbagai tujuan Jaminan Kualitas Software

 Pendekatan manajemen mutu.
 Mekanisme pengukuran dan pelaporan.
 Teknologi rekayasa perangkat lunak yang efektif.
 Prosedur untuk memastikan kepatuhan dengan standar pengembangan
perangkat lunak jika berlaku.
 Strategi multi-pengujian ditarik.
 Tinjauan teknis formal yang diterapkan di seluruh proses perangkat lunak.

4.2.2 Tujuan Utama Jaminan Kualitasi Software

 Kegiatan Jaminan Kualitas Software direncanakan.
 Masalah ketidakpatuhan yang tidak dapat diselesaikan dalam proyek
perangkat lunak ditangani oleh manajemen senior.
 Kepatuhan produk dan aktivitas perangkat lunak terhadap standar, prosedur,
dan persyaratan yang berlaku diverifikasi secara objektif.
 Kelompok dan individu yang terkena dampak diberitahu tentang kegiatan dan
hasil jaminan kualitas software.

4.2.3 Perencanaan Jaminan Kualitas Software

Rencana mutu sebaiknya memilih standar organisasi yang sesuai dengan
produk dan proses pengembangan tertentu. Standar baru mungkin harus
ditentukan jika proyek menggunakan metode dan alat baru.
Struktur garis besar untuk rencana mutu meliputi:
 1. Pengenalan produk: Deskripsi produk, pasar yang dituju, dan ekspektasi
kualitas untuk produk tersebut.
2. Rencana produk: Tanggal rilis kritis dan tanggung jawab produk beserta
rencana distribusi dan servis produk.
3. Deskripsi proses: Proses pengembangan dan layanan yang harus
digunakan untuk pengembangan dan manajemen produk.
4. Sasaran kualitas: Sasaran dan rencana kualitas untuk produk termasuk
identifikasi dan pembenaran atribut kualitas produk yang kritis.
5. Risiko dan manajemen risiko: Risiko utama yang mungkin memengaruhi
kualitas produk dan tindakan untuk mengatasi risiko tersebut.

4.3 Kualitas Software

Pengertiannya adalah kesesuaian dengan persyaratan fungsional dan
kinerja yang dinyatakan secara eksplisit, standar pengembangan yang
didokumentasikan secara eksplisit, dan karakteristik implisit yang diharapkan
dari semua perangkat lunak yang dikembangkan secara profesional.

4.3.1 Klasifikasi Kualitas Software

Kualitas Eksternal vs Kualitas Internal
Kita dapat membagi kualitas perangkat lunak menjadi kualitas eksternal dan
internal. Kualitas eksternal terlihat oleh pengguna sistem: kualitas internal
adalah yang menjadi perhatian para pengembang sistem.
Kualitas Produk vs Proses Produk
Kita menggunakan proses untuk menghasilkan produk perangkat lunak. Kita
juga dapat mengatributkan beberapa kualitas pada proses, meskipun kualitas
proses seringkali berhubungan erat dengan kualitas produk. Misalnya, jika
proses membutuhkan perencanaan yang cermat dari data pengujian sistem
sebelum desain dan pengembangan sistem dimulai, keandalan produk akan
meningkat. Beberapa kualitas, seperti efisiensi, berlaku untuk produk dan
proses.
4.3.2 Atribut Kualitas Software
Kualitas software terdiri dari enam atribut utama, yaitu:
1. Fungsionalitas: Kemampuan untuk menyediakan fungsi yang memenuhi
kebutuhan yang dinyatakan dan tersirat saat perangkat lunak digunakan.
2. Keandalan: Kemampuan untuk mempertahankan tingkat kinerja tertentu.
3. Kegunaan: Kemampuan untuk dipahami, dipelajari, dan digunakan.
4. Efisiensi: Kemampuan untuk memberikan kinerja yang sesuai relatif terhadap
jumlah sumber daya yang digunakan.
5. Maintainability: Kemampuan untuk dimodifikasi untuk keperluan melakukan
koreksi, peningkatan, atau adaptasi.
6. Portabilitas: Kemampuan untuk diadaptasi untuk lingkungan tertentu yang
berbeda tanpa menerapkan tindakan atau sarana selain dari yang disediakan
untuk tujuan ini dalam produk.

4.3.3 Faktor Kualitas McCall

James McCall mengelompokkan kualitas software dalam 3 grup yaitu: Kualitas
operasi produk, Kualitas produk revisi, Kualitas transisi produk.

1. Faktor Kualitas Pengoperasian Produk

 Ketepatan: Sejauh mana suatu program memenuhi spesifikasinya dan
memenuhi tujuan pengguna.
 Keandalan: Sejauh mana suatu program dapat diharapkan untuk melakukan
fungsi yang dimaksudkan dengan presisi yang diperlukan.
 Efisiensi: Jumlah sumber daya komputer yang dibutuhkan oleh perangkat
lunak.
 Integritas: Sejauh mana akses ke perangkat lunak atau data oleh orang yang
tidak berwenang dapat dikendalikan.
 Usability: Upaya yang diperlukan untuk mempelajari, mengoperasikan,
menyiapkan input, dan menginterpretasikan output.
 2. Faktor Kualitas Revisi Produk
 Maintainability: Upaya yang diperlukan untuk menemukan dan memperbaiki
kesalahan dalam program operasional.
 Testability: Upaya yang diperlukan untuk menguji program untuk memastikan
program tersebut menjalankan fungsi yang dimaksudkan.
 Fleksibilitas: Upaya yang diperlukan untuk memodifikasi program operasional.
3. Faktor Kualitas Transisi Produk
 Portabilitas: Upaya yang diperlukan untuk mentransfer program dari satu
konfigurasi perangkat keras dan lingkungan sistem perangkat lunak ke yang
lain.
 Reusability: Sejauh mana suatu program dapat digunakan dalam aplikasi lain.
 Interoperabilitas: Upaya yang diperlukan untuk memasangkan satu sistem ke
sistem lainnya.

4.3.4 Kriteria kualitas software
Faktor Kriteria Kualitas Software
Kualitas
Ketepatan Ketertelusuran, konsistensi, kelengkapan
Keandalan Toleransi kesalahan, konsistensi, akurasi, kesederhanaan
Efisiensi Efisiensi eksekusi, efisiensi penyimpanan
Integrity Kontrol akses integritas, audit akses
Usability Kegunaan Pengoperasian, pelatihan, komunikatif, volume
input/output, area input/output
Maintainability Konsistensi, kesederhanaan, keringkasan, modularitas, self-
descriptiveness
Testability Kesederhanaan, modularitas, instrumentasi, self-descriptiveness
Flexibility Modularitas, generalitas, perluasan, deskripsi diri
Portability Modularitas, deskripsi diri, kemandirian mesin, kemandirian sistem
perangkat lunak
Reusability Generalitas, modularitas, independensi sistem perangkat lunak,
independensi mesin, self-descriptiveness
Interoperability Modularitas, kesamaan komunikasi, kesamaan data
4.3.5 Pentingnya kualitas software
1. Meningkatkan Kekritisan Perangkat Lunak. Pelanggan atau pengguna akhir
secara alami mengkhawatirkan kualitas umum perangkat lunak, terutama
keandalannya. Hal ini semakin sering terjadi karena organisasi menjadi lebih
bergantung pada sistem komputer mereka dan perangkat lunak semakin
banyak digunakan di area yang kritis terhadap keselamatan; misalnya, untuk
mengendalikan pesawat.
2. Intangibilitas Perangkat Lunak. Hal ini membuat sulit untuk mengetahui
apakah tugas tertentu dalam suatu proyek telah diselesaikan dengan
memuaskan. Hasil dari tugas-tugas ini dapat dibuat nyata dengan menuntut
para pengembang menghasilkan 'kiriman' yang dapat diperiksa kualitasnya.
3. Menumpuk Kesalahan Selama Pengembangan Perangkat Lunak. Karena
pengembangan sistem komputer terdiri dari sejumlah langkah di mana output
dari satu langkah adalah input ke langkah berikutnya, kesalahan pada
pengiriman sebelumnya akan ditambahkan ke langkah selanjutnya yang
menyebabkan akumulasi efek merugikan, dan umumnya, semakin lama dalam
sebuah proyek ditemukan kesalahan, semakin mahal biaya untuk
memperbaikinya. Selain itu, karena jumlah kesalahan dalam sistem tidak
diketahui, fase debugging proyek sangat sulit dikendalikan.

4.5 INTERNATIONAL STANDARD ORGANIZATION (ISO)

ISO adalah sekelompok federasi badan standar nasional dunia dari sekitar 100
negara. ISO adalah organisasi non-pemerintah yang didirikan pada tahun 1947.
Mengapa sertifikasi ISO diperlukan oleh industri perangkat lunak?
Ada beberapa alasan mengapa industri perangkat lunak harus mendapatkan
sertifikasi ISO.
Beberapa alasan pentingnya antara lain:
1. Tanda kepercayaan pelanggan. Sertifikasi ini telah menjadi standar untuk
penawaran internasional.
2. faktor pendorong bagi organisasi bisnis.
3. membuat proses lebih fokus, efisien, dan hemat biaya.
4. Membantu dalam merancang produk perangkat lunak berulang berkualitas
tinggi.
5. Menyoroti kelemahan dan menyarankan tindakan korektif untuk perbaikan.
 6. Memfasilitasi pengembangan proses yang optimal dan pengukuran kualitas
total.
7. Menekankan perlunya dokumentasi yang tepat.

4.5.1 Bagaimana cara mendapatkan sertifikat ISO-9000

1. Aplikasi. Setelah organisasi memutuskan untuk mengikuti sertifikasi ISO-
9000, itu berlaku untuk registrar untuk pendaftaran.
2. Pra-penilaian. Selama tahap ini, pendaftar membuat penilaian kasar terhadap
organisasi.
3. Telaah Dokumen dan Kecukupan Audit. Selama tahap ini, registrar meninjau
dokumen yang diserahkan oleh organisasi dan memberikan saran untuk
kemungkinan perbaikan.
4. Audit Kepatuhan. Selama tahap ini, pencatat memeriksa apakah saran yang
dibuat olehnya selama peninjauan telah dipatuhi oleh organisasi atau tidak.
5. Pendaftaran. Registrar memberikan sertifikat ISO-9000 setelah berhasil
menyelesaikan semua fase sebelumnya.
6. Pengawasan Lanjutan. Pencatat terus memantau organisasi, meskipun hanya
secara berkala.

4.5.2 Keuntungan Sertifikat ISO 9000

1. Peningkatan Berkesinambungan. Sertifikasi ISO-9000 bisnis memaksa
organisasi untuk fokus pada “bagaimana mereka melakukan bisnis.” Setiap
prosedur dan instruksi kerja harus didokumentasikan dan dengan demikian
menjadi batu loncatan untuk perbaikan terus menerus.
2. Hilangkan Variasi. Proses terdokumentasi adalah dasar untuk
pengulangan dan membantu menghilangkan variasi dalam proses. Saat
variasi dihilangkan, efisiensi meningkat. Ketika efisiensi meningkat, biaya
kualitas berkurang.
3. Kualitas Nyata dan Persepsi Lebih Tinggi
(i) Dengan pengembangan langkah-langkah korektif dan pencegahan yang
solid, ditemukan solusi permanen di seluruh perusahaan untuk masalah
kualitas.
(ii) Ini menghasilkan kualitas yang lebih tinggi.
 4. Meningkatkan Moral Karyawan. Moral karyawan meningkat karena
mereka diminta untuk mengendalikan proses mereka dan
mendokumentasikan proses kerja mereka.
5. Peningkatan Kepuasan Pelanggan. Kepuasan pelanggan, dan yang lebih
penting loyalitas pelanggan, tumbuh ketika perusahaan bertransformasi dari
organisasi yang reaktif menjadi organisasi yang proaktif dan preventif. Itu
menjadi perusahaan yang orang ingin berbisnis dengannya.
6. Peningkatan Partisipasi Karyawan. Mengurangi masalah akibat
peningkatan partisipasi karyawan, keterlibatan, kesadaran, dan pelatihan
karyawan yang sistematis.
7. Produk dan Layanan yang Lebih Baik. Produk dan layanan yang lebih
baik dihasilkan dari proses perbaikan terus-menerus.
8. Jaminan Kualitas yang Lebih Besar. Menumbuhkan pemahaman bahwa
kualitas, dengan sendirinya, tidak terbatas pada departemen kualitas tetapi
merupakan tanggung jawab semua orang.
9. Peningkatan Tingkat Keuntungan. Tingkat keuntungan yang lebih baik
dihasilkan karena produktivitas meningkat dan biaya pengerjaan ulang
berkurang.
10. Peningkatan Komunikasi. Peningkatan komunikasi baik internal maupun
eksternal yang meningkatkan kualitas, efisiensi, pengiriman tepat waktu, dan
hubungan pelanggan / pemasok.
11. Pengurangan Biaya. Standar ISO menghasilkan pengurangan biaya
produk.
12. Keunggulan Kompetitif. Dengan menawarkan layanan pelanggan yang
lebih tinggi, standar ISO-9000 menambah daya saing.

4.5.3 ISO 9126

ISO-9126 mengidentifikasi enam karakteristik kualitas perangkat lunak:
1 Fungsionalitas, yang mencakup fungsi-fungsi yang disediakan produk
perangkat lunak untuk memenuhi kebutuhan pengguna;
2 Keandalan, yang berkaitan dengan kemampuan perangkat lunak untuk
mempertahankan tingkat kinerjanya;
3 Kegunaan, yang berkaitan dengan upaya yang diperlukan untuk
menggunakan perangkat lunak;
 4 Efisiensi, yang berkaitan dengan sumber daya fisik yang digunakan saat
perangkat lunak dijalankan;
5 Maintainability, yang berkaitan dengan upaya yang diperlukan untuk
melakukan perubahan pada perangkat lunak;
6 Portabilitas, yang berkaitan dengan kemampuan perangkat lunak untuk
dipindahkan ke lingkungan yang berbeda.

4.7 Isu Kehandalan Software

keandalan perangkat lunak didefinisikan sebagai kemungkinan operasi bebas
kegagalan dari program komputer di lingkungan tertentu untuk waktu tertentu.

Kurva Kehandalan Software (Tingkat Kegagalan vs waktu)

Perangkat lunak dapat dihentikan hanya jika menjadi usang. Beberapa yang
berkontribusi faktor diberikan di bawah ini:
 Perubahan lingkungan
 Perubahan infrastruktur/teknologi
 Perubahan besar dalam persyaratan
 Peningkatan kompleksitas
 Sangat sulit untuk dipertahankan
 Kerusakan dalam struktur kode
 Kecepatan eksekusi lambat
 Antarmuka pengguna grafis yang buruk
4.7.1 Terminologi Kehandalan
Ketentuan Deskripsi
Kegagalan Suatu peristiwa yang terjadi pada suatu saat ketika sistem tidak
Sistem memberikan layanan seperti yang diharapkan oleh
penggunanya.
Sistem eror Perilaku sistem yang salah di mana perilaku sistem tidak sesuai
dengan spesifikasinya.
Kesalahan Keadaan sistem yang salah, yaitu keadaan sistem yang tidak
system diharapkan oleh perancang sistem.
Human eror Tingkah manusia yang menyebabkan eror pada sistem

4.7.2 Klasifikasi Kegagalan

Kelas kegagalan Deskripsi
Recoverable Dapat di memulihkan sendiri tanpa bantuan operator
Transient Terjadi karena input tertentu
Uncoverable System tidak dapat pulih sendiri tanpa bantuan operator atau
perlu di restart
Corrupting Kegagalan merusak system data
Non corrupting Kegagalan tidak merusak system data
Permanent Terjadi untuk semua nilai input saat menjalankan fungsi sistem

4.8 Metrik Kehandalan

Beberapa metrik keandalan, yang dapat digunakan untuk mengukur keandalan
produk perangkat lunak adalah:
1. MTTF (Mean Time to Failure). Komponen memiliki masa pakai rata-rata dan hal
ini tercermin dalam metrik keandalan perangkat keras yang paling banyak
digunakan, Mean Time to Failure (MTTF). MTTF adalah waktu rata-rata di mana
suatu komponen diharapkan dapat beroperasi.
2. MTTR (Mean Time to Repair). Setelah kegagalan terjadi, beberapa waktu
diperlukan untuk memperbaiki kesalahan. MTTR mengukur waktu rata-rata
yang diperlukan untuk melacak kesalahan yang menyebabkan kegagalan dan
kemudian memperbaikinya.
3. MTBF (Mean Time Between Failures). Kita dapat menggabungkan metrik MTTF
dan MTTR untuk mendapatkan metrik MTBF:
MTBF = MTTF + MTTR
4. POFOD (Probability of Failure on Demand). POFOD adalah kemungkinan
sistem akan gagal saat permintaan layanan dibuat. POFOD 0,001 berarti bahwa
satu dari seribu permintaan layanan dapat mengakibatkan kegagalan.
5. ROCOF (Tingkat Kejadian Kegagalan). ROCOF adalah frekuensi kejadian di
mana perilaku tak terduga mungkin terjadi. ROCOF 2/100 berarti dua kegagalan
mungkin terjadi di setiap 100 unit waktu operasional. Metrik ini terkadang
disebut intensitas kegagalan.
6. AVAIL (Ketersediaan). Ketersediaan adalah probabilitas bahwa sistem tersedia
untuk digunakan pada waktu tertentu. Ketersediaan 0,998 berarti bahwa dalam
setiap 1000 unit waktu, sistem kemungkinan akan tersedia untuk 998 unit waktu
tersebut.