JAMINAN KUALITAS PERANGKAT LUNAK

(JAMINAN KUALITAS PERANGKAT LUNAK)

[4616432] - 3 SKS

AGUS HERMANTO, S.Kom, M.MT, ITIL, COBIT, SFC.

• Mampu pengelolaan proyek teknologi informasi dengan menggunakan keterbatasan biaya, waktu, dan sumber daya.

• Mampu menerapkan pemikiran logis, kritis, sistematis, dan inovatif dalam konteks konteks atau implementasi ilmu
pengetahuan dan teknologi yang memperhatikan dan menerapkan nilai humaniora yang sesuai dengan bidang keahliannya.

• Mampu mengambil keputusan tepat dalam konteks penyelesaian masalah di bidang keahliannya, berdasarkan hasil
analisis informasi dan data.

• Daniel Galin, Jaminan Kualitas Perangkat Lunak: Dari teori ke implementasi, Pearson, 2004
• Direktorat Pendidikan Jarak Jauh, PENGUJIAN PERANGKAT LUNAK DAN JAMINAN KUALITAS, Lovely Professional
University, 2012
• April Laporte, Jaminan Kualitas Perangkat Lunak, 2017

1
• Mahasiswa diwajibkan membaca materi perkuliahan dan bahan referensi yang sudah ditentukan dalammata kuliah ini.

• Penugasan akan diberikan dalam kelas atau pun di luar kelas (dibawa pulang), baik bersifat individu maupun berkelompok,
dengan waktu pengerjaan akan disesuaikan dengan bobot tugas yang akan diberitahukan di akhir setiap perkuliahan dan
wajib dikumpulkan tepat waktu.
• Kuis akan diberikan tanpa atau dengan pemberitahuan sebelumnya

• Keterlambatan masuk di kelas daring hanya diijinkan 15 menit dari kehadiran dosen. Lewat dari batas tersebut mahasiswa boleh
masuk tapi tidak diperkenakan untuk absensi.
• Pada waktu perkuliahan siap siaga untuk menjaga informasi selama perkuliahan pertanyaan mengenai nilai akhir mata
• kuliah dilayani paling lama satu minggu setelah nilai keluar melalui kontak email dosen pengampu.

• Berkepribadian mandiri dan tidak bergantung pada mahasiswa lain, terutama dalam ujian. Kuis akan diberikan
• tanpa atau dengan pemberitahuan sebelumnya

2
METODE PERKULIAHAN
• Sistem Kredit Semester (SKS) adalah satuan waktu perkuliahan yang terdiri dari tatap muka (online),
penugasan dan pembelajaran mandiri.
• Dosen pengampu telah menyediakan materi, penugasan dan pembelajaran mandiri. Materi
• pembelajaran dapat berupa e-book, slide, video dan website. Pembelajaran mandiri berupa pemahaman
• dari sumber literatur.
• Penugasan dapat berupa tugas individu dan tugas kelompok.
• Apabila penugasan kelompok, gunakan aplikasi perkantoran yang mendukung kerja kolaboratif,
semisal: office 365, google docs, tetapi wajib pengawasan format yang diijinkan: docs (word
kompatibilitas) dan pdf.
• Penggunaan alat bantu boleh yang offline atau online, utamakan yang lisensi bebas dan legal dan
bisa di cap ke dalam aplikasi perkantoran sebagai kelengkapan tugas, tetapi file asli dengan format
aplikasi tetap wajib disimpan untuk dipresentasikan ke dosen sewaktu-waktu.

3
ATURAN TUGAS KULIAH
• Semua tugas kuliah, baik individu atau kelompok wajib menggunakan
cover seperti gambar samping.
• Konten tubuh:
Margin Kiri: 3, Kanan, Atas, Bawah: 2.5 Spasi
Baris: 1,5
Font: Times New Roman 12 pt (body, subtitle) Times New
Roman, 14 pt (Judul)
Times New Roman, 10 pt (caption) Par. Gaya:
setengah blok, rata sepenuhnya Ukuran Kertas: A4
•
• Format File: word, pdf (sesuai kebutuhan)
• Alat Pendukung: Aplikasi Office, UML, BPMN, Visio
• Logo Untag harus polos dan transparan, tanpa border, efek shadow,
refleksi, bevel dan sejenisnya.
• Selalu cantumkan daftar isi dan daftar Pustaka Gunakan sumber kredibel:
• e-book, jurnal, artikel oleh pakar / ahli / dosen, web rujukan .

• Dilarang mengutip dari wikipedia, wordpress, blog, web tanpa

portofolio,
 Nilai Huruf Bobot Nilai Penilaian Interval
(Skala Kualitatif) (Skala 0 - 4) (Rentang / Batasan)

SEBUAH 4,00 ≥ 85

Skala Penilaian SEBUAH- 3,75 80 - 84,99

AB 3,50 75 - 79,99

B+ 3,25 70 - 74,99

B 3,00 65 - 69,99

B- 2,75 60 - 64,99

SM 2,50 55 - 59,99

C+ 2,25 50 - 54,99

C 2,00 45 - 49,99

C- 1,75 40 - 44,99

CD 1,50 35 - 39,99

D 1,00 30 - 34,99

E 0 0 - 29,99

5
 Masa Depanmu adalah DIBUAT oleh Apa yang ANDA LAKUKAN HARI INI

Bukan besok

Hanya saya bisa mengubah hidupku. Tidak ada yang bisa melakukannya untuk saya
 PENGANTAR

• Dalam bisnis, teknik, dan manufaktur, kualitas memiliki interpretasi pragmatis sebagai non-inferioritas atau
superioritas sesuatu;
• Ini juga didefinisikan sebagai cocok untuk tujuan yang dimaksudkan (kesesuaian untuk tujuan) sambil memenuhi
harapan pelanggan. Kualitas adalah atribut perseptual, kondisional, dan agak subyektif dan dapat dipahami secara
berbeda oleh orang yang berbeda.
• Jaminan kualitas perangkat lunak (SQA) terdiri dari sarana pemantauan proses rekayasa perangkat lunak dan metode
yang digunakan untuk memastikan kualitas.
• SQA mencakup seluruh proses pengembangan perangkat lunak termasuk proses seperti definisi
persyaratan, desain perangkat lunak, pengkodean, kontrol kode sumber, tinjauan kode, manajemen
konfigurasi perangkat lunak, pengujian, manajemen rilis, dan integrasi produk. Ini diatur menjadi: tujuan,
komitmen, kemampuan, aktivitas, pengukuran, dan verifikasi.

7
8
KESALAHAN, CACAT, DAN KEGAGALAN PERANGKAT LUNAK

Kesalahan: Tindakan manusia yang menghasilkan hasil yang salah

Cacat
1) Masalah (sinonim dari kesalahan) yang, jika tidak diperbaiki, dapat menyebabkan aplikasi gagal atau menghasilkan hasil yang
salah.
2) Suatu ketidaksempurnaan atau kekurangan pada suatu perangkat lunak atau komponen sistem yang dapat mengakibatkan komponen tersebut tidak

dapat menjalankan fungsinya, misalnya definisi data atau instruksi kode sumber yang salah. Cacat, jika dijalankan, dapat menyebabkan kegagalan

komponen perangkat lunak atau sistem.

Kegagalan: Penghentian kemampuan suatu produk untuk menjalankan fungsi yang diperlukan atau ketidakmampuannya untuk melakukan dalam

batas yang ditentukan sebelumnya

9
Kasus Kesalahan, Cacat, dan Kegagalan

Kasus 1: Apotek lokal menambahkan persyaratan perangkat lunak ke mesin kasirnya untuk mencegah penjualan lebih dari $ 75 kepada
pelanggan yang berhutang lebih dari $ 200 pada kartu kredit apotek mereka. Programmer tidak sepenuhnya memahami spesifikasi dan
membuat batas penjualan $ 500 dalam program tersebut. Cacat ini tidak pernah menyebabkan kegagalan karena tidak ada klien yang dapat
membeli item senilai lebih dari $ 500 mengingat batas kartu kredit apotek adalah $ 400.

Kasus 2: Pada tahun 2009, program loyalitas diperkenalkan kepada klien American Signature, pemasok furnitur besar.
Spesifikasi menjelaskan aturan bisnis berikut: pelanggan yang melakukan pembelian bulanan yang lebih tinggi dari jumlah
rata-rata pembelian bulanan untuk semua pelanggan akan dianggap sebagai Pelanggan Pilihan. Preferred Customer akan
diidentifikasi saat melakukan pembelian, dan akan segera diberikan hadiah atau diskon besar sebulan sekali. Cacat yang
dimasukkan ke dalam sistem (karena pemahaman yang buruk tentang algoritme untuk menyiapkan persyaratan ini) hanya
memperhitungkan jumlah rata-rata pembelian saat ini dan bukan riwayat bulanan pelanggan. Pada saat kegagalan
perangkat lunak, mesin kasir mengidentifikasi terlalu banyak Klien Pilihan, yang mengakibatkan kerugian bagi perusahaan.

10
Kasus 3: Peter menguji program Patrick saat Patrick pergi. Dia menemukan cacat dalam perhitungan rencana tabungan pensiun yang
dirancang untuk menerapkan undang-undang pembebasan pajak baru untuk jenis investasi ini. Dia menelusuri kesalahan tersebut kembali
ke spesifikasi proyek dan memberi tahu analis. Dalam kasus ini, aktivitas pengujian dengan benar mengidentifikasi kerusakan dan sumber
kesalahan.

Ketiga kasus di atas dengan benar menggunakan istilah untuk menjelaskan masalah kualitas perangkat lunak. Mereka juga mengidentifikasi
masalah yang diinvestigasi oleh para peneliti di bidang kualitas perangkat lunak untuk menemukan cara untuk membantu menghilangkan
masalah ini:
- Kesalahan dapat terjadi di setiap fase pengembangan perangkat lunak selama siklus hidup.
- Cacat harus diidentifikasi dan diperbaiki sebelum menjadi kegagalan.
- Penyebab kegagalan, cacat, dan kesalahan harus diidentifikasi.

Lingkaran kehidupan

Evolusi sistem, produk, layanan, proyek, atau entitas buatan manusia lainnya dari konsepsi hingga pensiun.

Siklus Hidup Pengembangan

Proses siklus hidup perangkat lunak yang memuat kegiatan analisis kebutuhan, perancangan, pengkodean, integrasi, pengujian,
pemasangan, dan dukungan penerimaan produk perangkat lunak.

11
Kategori penyebab kesalahan populer:

1. Masalah dengan mendefinisikan persyaratan;

2. Menjaga komunikasi yang efektif antara klien dan pengembang;

3. Penyimpangan dari spesifikasi;

4. Kesalahan arsitektur dan desain;

5. Kesalahan pengkodean (termasuk kode tes);

6. Ketidaksesuaian dengan proses / prosedur saat ini;

7. Review dan tes yang tidak memadai;

8. Kesalahan dokumentasi.

12
Masalah dengan Mendefinisikan Persyaratan

13
Sejumlah aktivitas tertentu yang harus dikuasai saat mendapatkan persyaratan:

1. Mengidentifikasi pemangku kepentingan (yaitu, pemain kunci) yang harus berpartisipasi dalam perolehan
persyaratan;
2. Mengelola rapat;
3. Teknik wawancara yang dapat mengidentifikasi perbedaan antara keinginan, harapan, dan kebutuhan aktual;

4. Dokumentasi yang jelas dan ringkas tentang persyaratan fungsional, persyaratan kinerja,
kewajiban, dan properti sistem masa depan; Menerapkan teknik sistematis untuk perolehan
5. persyaratan;
6. Mengelola prioritas dan perubahan (misalnya, perubahan persyaratan).

14
Suatu persyaratan dikatakan berkualitas baik jika memenuhi karakteristik sebagai berikut:
• Benar dan lengkap;
• Jelas untuk setiap kelompok pemangku kepentingan (misalnya, klien, arsitek sistem, penguji, dan mereka yang akan
memelihara sistem);
• tidak ambigu, yaitu interpretasi yang sama atas persyaratan dari semua pemangku kepentingan; ringkas (sederhana,
• tepat);
• konsisten;
• layak (realistis, mungkin);
• perlu (menanggapi kebutuhan klien);
• independen dari desain;
• independen dari teknik implementasi; diverifikasi dan
• dapat diuji;
• dapat ditelusuri kembali ke kebutuhan bisnis; unik.
•

15
Menjaga Komunikasi Efektif Antara Klien dan Pengembang

Kesalahan juga dapat terjadi pada produk perantara karena kesalahpahaman yang tidak disengaja antara personel
perangkat lunak dan klien dan pengguna sejak awal proyek perangkat lunak.
• Pemahaman yang buruk tentang instruksi klien; Klien
• menginginkan hasil yang segera;
• Klien atau pengguna tidak meluangkan waktu untuk membaca dokumentasi yang dikirimkan kepadanya; Pemahaman yang
• buruk tentang perubahan yang diminta dari pengembang selama desain;
• Analis berhenti menerima perubahan selama tahap definisi dan desain persyaratan, mengingat
bahwa untuk proyek tertentu 25% dari spesifikasi akan berubah sebelum akhir proyek.

16
Untuk meminimalkan kesalahan:
• Buat catatan di setiap pertemuan dan distribusikan notulen ke seluruh tim proyek; Tinjau dokumen
• yang dihasilkan;
• Konsisten dengan penggunaan istilah Anda dan kembangkan daftar istilah untuk dibagikan kepada semua pemangku kepentingan;

• Beri tahu klien tentang biaya mengubah spesifikasi;

• Pilih pendekatan pengembangan yang memungkinkan Anda menerima perubahan di sepanjang jalan; Beri nomor pada
• setiap persyaratan dan terapkan proses manajemen perubahan (seperti yang akan dijelaskan di bab lain).

17
18
Model bisnis

Model bisnis menggambarkan alasan bagaimana organisasi menciptakan, memberikan, dan menangkap nilai (ekonomi,
sosial, atau bentuk nilai lainnya). Inti dari model bisnis adalah ia mendefinisikan cara perusahaan bisnis memberikan nilai
kepada pelanggan, membujuk pelanggan untuk membayar nilai, dan mengubah pembayaran tersebut menjadi
keuntungan.

Lima model bisnis utama dalam industri perangkat lunak adalah:

• Sistem kustom yang ditulis dalam kontrak: Organisasi memperoleh keuntungan dengan menjual layanan pengembangan perangkat lunak
yang disesuaikan untuk klien (misalnya, Accenture, TATA, dan Infosys).
• Perangkat lunak khusus yang dibuat sendiri: Organisasi mengembangkan perangkat lunak untuk meningkatkan efisiensi
organisasi (misalnya, organisasi TI internal Anda saat ini).
• Perangkat lunak komersial: Perusahaan memperoleh keuntungan dengan mengembangkan dan menjual perangkat lunak ke

organisasi lain (misalnya, Oracle dan SAP).

• Perangkat lunak pasar massal: Perusahaan memperoleh keuntungan dengan mengembangkan dan menjual perangkat lunak kepada

konsumen (misalnya, Microsoft dan Adobe).

• Firmware komersial dan pasar massal: Perusahaan memperoleh keuntungan dengan menjual perangkat lunak dalam perangkat
keras dan sistem tertanam (misalnya, kamera digital, sistem pengereman mobil, dan mesin pesawat).

19
Kurva keandalan perangkat keras sebagai fungsi waktu.

20
 Kurva keandalan perangkat lunak.

kerusakan perangkat lunak terjadi seiring waktu karena, antara lain, banyak perubahan persyaratan.

21
 Tugas Kelas Kelompok I

Waktu Penyelesaian: Satu Minggu dengan empat grup yang jumlah anggotanya merata. Unggah ke Elitag

grup A
Sebuah. Online dan unduh buku SWEBOK v3, cari bagian Persyaratan Perangkat Lunak. salah satu akronim yang digunakan adalah CIA
(Confidentiality, Integrity, and Availability), pelajari sedetail mungkin dan kaitkan dengan Functional and Nonfunctional Requirements.

b. Tulis pemetaan Persyaratan Fungsional dan Nonfungsional. dengan prinsip CIA, maka dilakukan penelaahan tentang bagaimana
membuat definisi dan pengukuran kualitas aspek tersebut.
c. Ada tiga perbedaan utama antara produk perangkat lunak dan produk industri lainnya. Identifikasi dan jelaskan perbedaannya dan
sertakan dalam laporan Anda bagaimana perbedaan ini memengaruhi SQA.
d. Dikatakan bahwa tidak ada aktivitas SQA yang signifikan yang diharapkan terjadi selama fase perencanaan produksi untuk produk perangkat lunak.
Jelaskan klaim ini dan Bandingkan perencanaan produksi yang diperlukan untuk model mobil baru dengan upaya perencanaan produksi yang
diperlukan untuk rilis baru produk perangkat lunak. Tujuh masalah mencirikan pengembangan perangkat lunak profesional dan lingkungan
e. pemeliharaan. Identifikasi dan jelaskan karakteristik ini, yang mana dari karakteristik lingkungan berikut yang terutama memengaruhi upaya
profesional yang diperlukan untuk melaksanakan proyek pengembangan dan pemeliharaan perangkat lunak? Buat daftar karakteristik dan jelaskan
mengapa upaya profesional diperlukan, dan Anda harus memasukkan dalam laporan Anda, yang mana

22
 karakteristik lingkungan ini terutama mempengaruhi upaya manajerial yang diperlukan untuk melaksanakan proyek pengembangan dan pemeliharaan
perangkat lunak? Buat daftar karakteristik dan jelaskan mengapa upaya semacam itu diperlukan.

Grup B
Sebuah. Masuk ke internet dan unduh buku SWEBOK v3, cari bagian Penjelasan Persyaratan dan analisis persyaratan. pelajari sedetail mungkin dan
buat langkah-langkah konversi dari elisitasi ke persyaratan. Buatlah review tentang bagaimana mendefinisikan dan mengukur kualitas dari
b. aspek-aspek tersebut.
c. Sistem pendidikan diasumsikan mempersiapkan siswa untuk menghadapi kehidupan nyata
d. kondisi. Periksa persyaratan prosedural dari proyek pengembangan perangkat lunak atau proyek perangkat lunak akhir dan tentukan persyaratan
mana yang dapat dianggap sebagai persiapan untuk situasi kehidupan profesional seperti yang dibahas di atas.

e. Mengacu pada tujuh karakteristik lingkungan pengembangan dan pemeliharaan perangkat lunak, pertimbangkan karakteristik produk perangkat
lunak masa depan, jelaskan apakah beban profesional dan manajerial dalam mengatasi karakteristik tersebut di masa depan diharapkan lebih
tinggi atau lebih rendah jika dibandingkan dengan kinerja saat ini dari kegiatan tersebut. .

23
Grup C
Sebuah. Masuk ke internet dan unduh buku
SWEBOK v3, cari bagian Desain Arsitektur
dan Alokasi Persyaratan. pelajari sedetail
mungkin dan buat penjelasan yang benar.

b. Buatlah review tentang bagaimana mendefinisikan

dan mengukur kualitas dari aspek-aspek tersebut.
c. Antarmuka sistem pemrosesan gaji diperlihatkan di
gambar sisi kanan.

1. Sarankan apa saja manfaat utama

menerapkan antarmuka
terkomputerisasi daripada
mentransfer hasil cetak.
2. Berikan dua contoh tambahan di mana
antarmuka masukan diterapkan.
Sistem perangkat lunak gaji - contoh antarmuka perangkat lunak

24
Grup C (lanjutan)
3. Berikan dua contoh tambahan di mana antarmuka keluaran diterapkan.
4. Sarankan situasi tambahan di mana penggunaan antarmuka input dan output tidak diterapkan dan harus direkomendasikan.

5. Apakah Anda menyarankan agar semua transfer informasi dari satu organisasi ke organisasi lain dilakukan dengan antarmuka terkomputerisasi?
Diskusikan alasan di balik jawaban Anda.
d. Kebutuhan untuk melaksanakan pekerjaan oleh tim menuntut investasi tambahan dalam koordinasi anggota tim. Jelaskan apakah upaya
manajerial ini dapat disimpan jika pekerjaan dilakukan sebagai "pekerjaan satu orang".
e. Telah diklaim bahwa karakteristik lingkungan menciptakan kebutuhan akan upaya manajerial yang intensif dan berkelanjutan sejajar dengan
upaya profesional yang harus diinvestasikan untuk memastikan kualitas proyek atau, dengan kata lain, untuk menjamin keberhasilan proyek.
Diskusikan alasan di balik klaim ini, termasuk analisis upaya manajerial yang diciptakan oleh masing-masing karakteristik lingkungan SQA.

25
Grup D
Sebuah. Masuk ke internet dan unduh buku SWEBOK v3, cari bagian Validasi Persyaratan. pelajari sedetail mungkin dan buat
penjelasan yang benar.
b. Buatlah review tentang bagaimana mendefinisikan dan mengukur kualitas dari aspek-aspek tersebut.
c. Sebuah proyek pengembangan perangkat lunak yang dilakukan oleh rumah perangkat lunak untuk pelanggan tertentu dilakukan di bawah kewajiban
konten dan jadwal dan tunduk pada hubungan pelanggan-pemasok.
1. Jelaskan apakah hubungan pelanggan-pemasok diharapkan ketika perangkat lunak yang dikembangkan akan dijual kepada publik sebagai paket
perangkat lunak.
2. Diskusikan apakah hubungan pelanggan-pemasok diharapkan ketika perangkat lunak dikembangkan untuk penggunaan internal, seperti dalam kasus
di mana departemen pengembangan perangkat lunak mengembangkan program inventaris untuk gudang perusahaan.

3. Beberapa manajer mengklaim bahwa hubungan yang lebih dekat dengan pola formal, semakin besar prospek keberhasilan proyek. Jelaskan
apakah menerapkan hubungan pelanggan-pemasok dalam situasi yang disebutkan dalam (1) dan (2) merupakan keuntungan bagi
perusahaan (mengacu pada pelanggan internal dan pemasok) atau menjadi beban yang tidak perlu bagi tim pengembangan.

UNTUK SEMUA KELOMPOK

Jangan lupa mencantumkan berbagai literatur yang anda gunakan dengan mengacu pada judul buku / web title / judul artikel, penulis, penerbit
(bila berupa buku) / alamat web (jika artikel online), tahun terbit.
Jangan mengambil artikel dari blog (wordpress, blogspot) dan wikipedia.

26
 Tugas Kelas Individu
Waktu penyelesaian: 75 menit Unggah
ke Elitag

Jawaban Anda dapat ditulis menggunakan Bahasa atau Bahasa

1. Jelaskan perbedaan antara cacat, kesalahan, dan kegagalan.

2. Menurut studi Boris Beizer, kapan jumlah kesalahan perangkat lunak terbesar terjadi dalam siklus hidup pengembangan
perangkat lunak?
3. Jelaskan perbedaan antara kurva keandalan perangkat lunak dan perangkat keras.
4. Delapan kategori penyebab kesalahan menjelaskan lingkungan pengembangan dan pemeliharaan, seperti yang dialami dalam
organisasi:
Sebuah. Identifikasi dan gambarkan situasi ini.
b. Situasi apa yang secara lebih spesifik memengaruhi insinyur perangkat lunak yang mengembangkan dan

c. memelihara perangkat lunak?

d. Situasi apa yang secara lebih spesifik mempengaruhi upaya rekayasa perangkat lunak
e. manajer yang mengembangkan dan memelihara perangkat lunak?

5. Jelaskan berbagai perspektif kualitas perangkat lunak dari sudut pandang klien, pengguna, dan insinyur perangkat lunak.

27
 Tugas Kelas Individu
Waktu penyelesaian: 75 menit Unggah
ke Elitag

6. Jelaskan jenis kebutuhan, asal mereka, dan penyebab perbedaan yang mungkin disebabkan oleh ketidaksesuaian antara kebutuhan yang
diungkapkan oleh klien dan yang dilakukan oleh insinyur perangkat lunak.
7. Jelaskan konsep model bisnis dan bagaimana hal itu menciptakan perspektif yang berbeda untuk persyaratan SQA.
8. Jelaskan perbedaan utama antara QA dan kendali mutu.

Jangan lupa mencantumkan berbagai literatur yang anda gunakan dengan mengacu pada judul buku / web title / judul artikel, penulis,
penerbit (bila berupa buku) / alamat web (jika artikel online), tahun terbit.
Jangan mengambil artikel dari blog (wordpress, blogspot) dan wikipedia.

28
 TERIMA KASIH

AGUS HERMANTO

+ 62812 5233 4881

hermanto_if@untag-sby.ac.id
agus-hermanto.com

https://www.linkedin.com/in/agus-hermanto-itil-cobit/