TUGAS 1

Disusun Oleh :
Ady Mutalib 2110131110003

Penjaminan Mutu Perangkat Lunak (ABKC6505)

Dosen Pengampu :
Nuruddin Wiranda, S. Kom., M.Cs.
Novan Alkaf Bahraini Putra, S.Kom., M.T.

UNIVERSITAS LAMBUNG MANGKURAT

FAKULTAS KEGURUAN DAN ILMU PENDIDIKAN
PROGRAM STUDI PENDIDIKAN KOMPUTER
BANJARMASIN
2023
A. Soal 1

1. Buat resume berkaitan dengan what is software quality?

A. What is software? 2.1

Secara intuitif, kode perangkat lunak merupakan inti dari suatu

program atau paket perangkat lunak. Namun, hanya memiliki kode tidak
cukup untuk menjamin kualitas layanan yang diberikan oleh program
perangkat lunak. Ada elemen tambahan yang diperlukan untuk
memastikan kualitasnya dan keberhasilan operasional sistem perangkat
lunak.

Definisi IEEE untuk "perangkat lunak" pada tahun 1991 mencakup

lebih dari sekadar kode. Definisi tersebut merangkum perangkat lunak
sebagai berikut:

"Perangkat lunak adalah instruksi-instruksi komputer yang, ketika

dieksekusi pada perangkat keras komputer, menjalankan tugas-tugas yang
diinginkan, termasuk pengolahan data, pemrosesan informasi, pelaksanaan
operasi, dan sebagainya."

Dari definisi ini, kita dapat melihat bahwa perangkat lunak mencakup
instruksi-instruksi yang dieksekusi pada perangkat keras untuk mencapai
tujuan tertentu. Dengan demikian, untuk menjamin kualitas layanan yang
diberikan oleh program perangkat lunak, elemen tambahan berikut
diperlukan:

a) Desain yang Baik: Sebelum menulis kode, perlu merancang

perangkat lunak dengan baik. Ini melibatkan perencanaan
arsitektur, pemodelan data, dan pengembangan diagram alur
 kerja. Desain yang baik membantu memastikan bahwa
perangkat lunak memenuhi persyaratan fungsional dan non-
fungsional.
b) Pengujian dan Verifikasi: Setelah kode ditulis, perangkat lunak
harus diuji secara ekstensif. Ini mencakup pengujian
fungsional (apakah perangkat lunak berperilaku sesuai dengan
yang diharapkan) dan pengujian non-fungsional (apakah
perangkat lunak tahan terhadap beban, aman, dan efisien).
Verifikasi kualitas perangkat lunak sangat penting.
c) Manajemen Konfigurasi: Perangkat lunak harus dikelola
dengan baik menggunakan alat-alat pengelolaan konfigurasi.
Ini memungkinkan untuk melacak versi perangkat lunak,
mengelola perubahan, dan menghindari konflik dalam kode.
d) Dokumentasi yang Lengkap: Dokumentasi yang baik adalah
bagian penting dari kualitas perangkat lunak. Ini membantu
pengembang lain memahami kode dan cara menggunakan
perangkat lunak tersebut.
e) Pemeliharaan Berkelanjutan: Setelah perangkat lunak
beroperasi, pemeliharaan terus-menerus diperlukan. Ini
termasuk perbaikan bug, peningkatan, dan penyesuaian dengan
perubahan lingkungan.
f) Manajemen Proyek yang Efektif: Pengelolaan proyek
perangkat lunak yang efektif sangat penting untuk memastikan
bahwa proyek berjalan sesuai jadwal, anggaran, dan dengan
kualitas yang diharapkan.

Dengan menjalankan elemen-elemen ini secara efektif, perangkat

lunak memiliki peluang yang lebih baik untuk memberikan kualitas
layanan yang baik dan berhasil dalam operasionalnya. Kode perangkat
lunak hanyalah satu bagian dari keseluruhan proses pengembangan
perangkat lunak yang berkualitas.
 B. Software errors, faults and failures. 2.2

Definisi perangkat lunak menurut IEEE, yang hampir identik dengan

definisi ISO, mencakup empat komponen utama yang diperlukan untuk
menjamin kualitas perangkat lunak selama proses pengembangan dan
layanan pemeliharaan di masa mendatang:

a) Program Komputer ("Kode"): Ini adalah elemen inti dari

perangkat lunak yang berisi instruksi-instruksi yang diperlukan
untuk menjalankan aplikasi. Kode ini merupakan bagian yang
aktif dalam mengaktifkan komputer untuk melakukan tugas
tertentu.
b) Prosedur: Prosedur mengacu pada aturan, urutan, dan jadwal
pelaksanaan yang diperlukan untuk menjalankan program
komputer. Ini mencakup metode yang digunakan dan orang-
orang yang bertanggung jawab dalam melaksanakan tugas
yang diperlukan untuk mengimplementasikan perangkat lunak.
c) Dokumentasi: Ada berbagai jenis dokumentasi yang
diperlukan dalam pengembangan dan pemeliharaan perangkat
lunak. Dokumentasi pengembangan meliputi laporan
persyaratan, laporan desain, dan deskripsi program, yang
memungkinkan kerjasama dan koordinasi efisien antara
anggota tim pengembangan. Dokumentasi pengguna, seperti
panduan pengguna, memberikan informasi kepada pengguna
tentang cara menggunakan aplikasi. Dokumentasi
pemeliharaan, seperti manual pemrograman, memberikan
informasi kepada tim pemeliharaan tentang kode dan struktur
perangkat lunak yang ada.
d) Data yang Diperlukan: Ini mencakup parameter, kode, dan
daftar nama yang diperlukan untuk mengoperasikan perangkat
 lunak sesuai dengan kebutuhan pengguna tertentu. Selain itu,
data uji standar juga penting untuk memastikan bahwa
perubahan yang tidak diinginkan tidak terjadi pada kode atau
data perangkat lunak, serta untuk mengidentifikasi potensi
masalah perangkat lunak.

Data yang Diperlukan: Ini mencakup parameter, kode, dan daftar

nama yang diperlukan untuk mengoperasikan perangkat lunak sesuai
dengan kebutuhan pengguna tertentu. Selain itu, data uji standar juga
penting untuk memastikan bahwa perubahan yang tidak diinginkan tidak
terjadi pada kode atau data perangkat lunak, serta untuk mengidentifikasi
potensi masalah perangkat lunak.

C. Classification of the causes of software errors. 2.3

Dalam sebuah konferensi manajemen sumber daya manusia, beberapa

peserta berbagi pengalaman mereka dengan perangkat lunak yang sama,
Simplex HR, yang mengalami variasi dalam tingkat kegagalan. Sebagian
mengatakan bahwa mereka tidak pernah mengalami kegagalan dalam
beberapa tahun penggunaannya, sementara yang lain menghadapi banyak
kegagalan dan merencanakan untuk menggantinya. Ada juga yang
menggambarkan penggunaan yang baik dalam beberapa tahun sebelum
menghadapi kegagalan yang tiba-tiba. Pertanyaannya adalah, apakah
perangkat lunak yang sama dapat mengalami variasi dalam performa dan
kualitasnya?

Jawabannya adalah ya, dan ini terkait dengan karakteristik perangkat

lunak. Kegagalan perangkat lunak dapat berasal dari kesalahan yang
dilakukan oleh seorang programmer dalam kode perangkat lunak.
Kesalahan ini bisa berupa kesalahan sintaksis atau kesalahan logis yang
mempengaruhi pemenuhan persyaratan klien. Namun, tidak semua
kesalahan perangkat lunak akan berujung pada kegagalan perangkat lunak
secara keseluruhan atau pada aplikasi tertentu. Beberapa kesalahan
mungkin hanya memengaruhi bagian kecil dari kode dan bisa diperbaiki di
masa mendatang.

Yang paling penting, tidak semua kesalahan perangkat lunak akan

menghasilkan kegagalan perangkat lunak yang mengganggu penggunaan.
Kegagalan perangkat lunak terjadi saat kesalahan perangkat lunak
"diaktifkan," yaitu ketika pengguna mencoba menjalankan aplikasi dan
menemui kesalahan tertentu. Dalam beberapa kasus, kesalahan perangkat
lunak mungkin tidak pernah diaktifkan karena kurangnya minat pengguna
pada aplikasi tertentu atau karena kondisi yang diperlukan untuk
mengaktifkan kesalahan tersebut tidak pernah terjadi.

Dalam kesimpulannya, pengalaman pengguna dengan perangkat lunak

dapat bervariasi, dan perangkat lunak yang sama dapat mengalami
perubahan dalam performa dan kualitasnya seiring waktu. Kualitas
perangkat lunak dapat dipengaruhi oleh kesalahan dalam kode, tetapi
pengaruh sebenarnya tergantung pada sejauh mana kesalahan tersebut
memengaruhi penggunaan aplikasi.

Penyebab kesalahan dalam perangkat lunak dapat bervariasi dan

mempengaruhi kualitas perangkat lunak. Berikut adalah klasifikasi
penyebab utama kesalahan perangkat lunak:

a) Definisi Kebutuhan yang Salah

Kesalahan dalam definisi kebutuhan klien.
Ketidakhadiran kebutuhan yang penting.
Definisi kebutuhan yang tidak lengkap.
Penyertakan kebutuhan yang tidak diperlukan.
b) Kegagalan Komunikasi Klien-Pengembang
Ketidakpahaman instruksi klien.
Ketidakpahaman perubahan kebutuhan klien.
Ketidakpahaman respon klien terhadap masalah desain.
Kurang perhatian terhadap pesan klien.
c) Deviasi Sengaja dari Kebutuhan Perangkat Lunak
Penggunaan kembali modul perangkat lunak tanpa analisis
yang memadai.
Penghilangan fungsi yang diperlukan karena tekanan waktu
atau anggaran.
Perbaikan yang diinisiasi oleh pengembang tanpa persetujuan
klien.
d) Kesalahan Desain Logis
Definisi yang mewakili kebutuhan perangkat lunak dengan
algoritma yang salah.
Definisi proses dengan urutan yang salah.
Definisi batasan yang salah.
Penghilangan status perangkat lunak yang diperlukan.
Penghilangan reaksi terhadap operasi ilegal perangkat lunak.
e) Kesalahan Koding
Kesalahan karena ketidakpahaman terhadap dokumentasi
desain.
Kesalahan bahasa dalam pemrograman.
Kesalahan dalam aplikasi alat pengembangan.
Kesalahan dalam pemilihan data.
f) Tidak Mematuhi Dokumentasi dan Instruksi Koding
Tidak mematuhi standar dokumentasi dan koding tim.
Dampak non-pematuhan terhadap pemahaman tim terhadap
kode.
Kesulitan dalam penggantian anggota tim yang tidak
mematuhi.
 Kesulitan dalam peninjauan desain oleh tim.
Kesulitan dalam pengujian dan pemeliharaan.
g) Kelemahan Proses Pengujian
Pengujian yang tidak lengkap.
Tidak mendokumentasikan dan melaporkan kesalahan yang
terdeteksi.
Tidak memperbaiki kesalahan perangkat lunak yang terdeteksi
dengan tepat.
Tidak memperbaiki kesalahan yang terdeteksi secara lengkap.
h) Kesalahan Prosedur
Prosedur yang salah dalam mengelola aktivitas dalam proses.
Dampak kesalahan prosedur terhadap pengelolaan diskon
pelanggan.
i) Kesalahan Dokumentasi
Kesalahan dalam dokumen desain dan dokumentasi dalam
perangkat lunak.
Kesalahan dalam manual pengguna dan bantuan dalam
perangkat lunak.

Semua penyebab kesalahan ini dapat mengurangi kualitas perangkat

lunak dan memerlukan perhatian yang cermat selama pengembangan dan
pemeliharaan perangkat lunak.

D. Software quality – definition. 2.4

Pengenalan kami pada konsep komponen perangkat lunak dan

kesalahan serta penyebabnya telah membekali kami untuk menentukan
target kami, yaitu kualitas perangkat lunak. Kami telah memilih definisi
kualitas perangkat lunak yang disarankan oleh IEEE, yang menyatakan
bahwa kualitas perangkat lunak adalah sejauh mana suatu sistem,
komponen, atau proses memenuhi persyaratan yang ditentukan dan sejauh
mana memenuhi kebutuhan pelanggan atau harapan pengguna.

Definisi ini memberikan dasar yang kuat untuk mengejar kualitas

dalam pengembangan perangkat lunak. Namun, dalam literatur, terdapat
juga definisi lain dari kualitas perangkat lunak yang mencerminkan
pandangan yang berbeda.

Definisi oleh Crosby menggambarkan kualitas sebagai kesesuaian

dengan persyaratan yang ditetapkan oleh pelanggan. Ini menekankan
pemenuhan spesifikasi dan persyaratan yang sudah ada dalam perjanjian
dengan pelanggan. Sementara definisi oleh Juran menekankan kepuasan
pelanggan dan pemenuhan kebutuhan pelanggan sebenarnya, bahkan jika
kebutuhan tersebut berubah seiring berjalannya proyek.

Selain itu, terdapat definisi kualitas perangkat lunak oleh Pressman

yang menyoroti tiga persyaratan yang harus dipenuhi oleh pengembang:
persyaratan fungsional khusus, standar kualitas perangkat lunak dalam
kontrak, dan praktik rekayasa perangkat lunak yang baik (GSEP).

Dalam mencapai kualitas perangkat lunak, pemahaman yang

mendalam tentang komponen perangkat lunak, kesalahan yang mungkin
terjadi, dan penyebabnya sangat penting. Dengan pemahaman ini, kami
berharap dapat mengembangkan perangkat lunak yang memenuhi
persyaratan dan kebutuhan pelanggan dengan lebih baik.
 E. Software quality assurance – definition and objectives. 2.5

Dalam bagian ini, kita membahas konsep jaminan kualitas perangkat

lunak (SQA), perbandingan antara jaminan kualitas perangkat lunak dan
pengendalian kualitas perangkat lunak, serta tujuan SQA.

Definisi SQA:

Definisi jaminan kualitas perangkat lunak yang umum digunakan,

seperti yang diberikan oleh IEEE Glossary (IEEE, 1991), adalah sebagai
berikut:

Jaminan kualitas perangkat lunak adalah:

a) Pola yang terencana dan sistematis dari semua tindakan yang

diperlukan untuk menyediakan keyakinan yang memadai
bahwa suatu barang atau produk sesuai dengan yang
ditetapkan persyaratan teknis.
b) Serangkaian kegiatan yang dirancang untuk mengevaluasi
proses dimana produk dihasilkan, dikembangkan, atau
diproduksi. Berbeda dengan kendali mutu.

Definisi ini menekankan dua aspek utama SQA:

SQA adalah serangkaian tindakan yang terencana dan sistematis yang

diintegrasikan ke dalam seluruh tahapan proses pengembangan perangkat
lunak. Tujuannya adalah untuk memberikan keyakinan kepada klien
bahwa produk perangkat lunak akan memenuhi semua persyaratan teknis.
 SQA melibatkan evaluasi proses pengembangan perangkat lunak,
selain dari hanya memeriksa produk akhir. Ini memastikan bahwa proses
itu sendiri berjalan dengan baik.
Namun, definisi ini memiliki beberapa keterbatasan, seperti tidak
memasukkan masalah pemeliharaan perangkat lunak dan tidak
mempertimbangkan aspek jadwal dan anggaran dalam cakupan SQA.

Perbandingan dengan Pengendalian Kualitas Perangkat Lunak:

Perbandingan antara jaminan kualitas perangkat lunak (SQA) dan

pengendalian kualitas perangkat lunak adalah bahwa SQA lebih berfokus
pada perencanaan dan tindakan sistematis untuk memastikan kualitas
produk perangkat lunak, sementara pengendalian kualitas perangkat lunak
lebih berfokus pada pengawasan dan pengujian produk perangkat lunak
yang sedang dikembangkan atau diproduksi. SQA berusaha untuk
mencegah kesalahan sejak awal dengan menetapkan prosedur dan
pedoman, sedangkan pengendalian kualitas fokus pada mendeteksi dan
mengoreksi kesalahan yang mungkin muncul selama proses.

Tujuan SQA:

Tujuan utama SQA adalah memastikan bahwa produk perangkat lunak

memenuhi persyaratan teknis dan kebutuhan pelanggan. Selain itu, SQA
juga berusaha untuk:

 Meningkatkan proses pengembangan perangkat lunak secara

keseluruhan.
 Memastikan bahwa proses pengembangan perangkat lunak
berjalan sesuai rencana dan jadwal.
  Mengidentifikasi dan mengatasi potensi risiko dan masalah
yang mungkin muncul selama pengembangan.
 Menjamin bahwa standar dan praktik terbaik dalam rekayasa
perangkat lunak diterapkan.
 Dengan demikian, SQA memiliki peran penting dalam
memastikan bahwa perangkat lunak yang dihasilkan
memenuhi standar kualitas yang tinggi dan memuaskan
kebutuhan pelanggan.

F. Software quality assurance and software engineering. 2.6

Define software, software quality and software quality assurance.

Dalam perspektif Jaminan Kualitas Perangkat Lunak (SQA),
perangkat lunak adalah kombinasi dari program komputer (disebut
"kode"), prosedur, dokumentasi, dan data yang diperlukan untuk
mengoperasikan sistem perangkat lunak. Kombinasi dari keempat
komponen ini diperlukan untuk memastikan kualitas proses
pengembangan serta pemeliharaan yang berkelanjutan dalam jangka
panjang.

Kualitas perangkat lunak: sesuai dengan definisi Pressman, adalah

tingkat kesesuaian dengan persyaratan fungsional tertentu, standar kualitas
perangkat lunak yang telah ditetapkan, dan Praktik Rekayasa Perangkat
Lunak yang Baik (GSEP).

Jaminan Kualitas Perangkat Lunak: Buku ini mengadopsi definisi

yang diperluas dari definisi IEEE yang widely accepted tentang jaminan
kualitas perangkat lunak. Menurut definisi yang diperluas ini, jaminan
kualitas perangkat lunak adalah serangkaian tindakan sistematis yang
direncanakan yang diperlukan untuk memberikan keyakinan yang
memadai bahwa proses pengembangan atau pemeliharaan perangkat lunak
sesuai dengan persyaratan teknis fungsional yang telah ditetapkan serta
persyaratan manajerial yang melibatkan penahanan jadwal dan beroperasi
dalam anggaran.

Kesalahan perangkat lunak adalah bagian dari kode yang sebagian

atau sepenuhnya tidak benar akibat kesalahan tata bahasa, logika, atau
kesalahan lain yang dilakukan oleh seorang analis sistem, seorang
pemrogram, atau anggota tim pengembangan perangkat lunak lainnya.

Kekurangan perangkat lunak: adalah kesalahan perangkat lunak yang

menyebabkan fungsi perangkat lunak tidak benar selama penggunaan
aplikasi tertentu.

Kekurangan perangkat lunak: hanya menjadi kegagalan perangkat

lunak ketika mereka "diaktifkan", yaitu ketika seorang pengguna mencoba
menggunakan bagian perangkat lunak yang spesifik yang salah. Dengan
demikian, akar dari setiap kegagalan perangkat lunak adalah kesalahan
perangkat lunak.

Identifikasi berbagai penyebab kesalahan perangkat lunak.

Ada sembilan penyebab kesalahan perangkat lunak: definisi
persyaratan yang salah, kegagalan komunikasi antara klien dan
pengembang, penyimpangan sengaja dari persyaratan perangkat lunak,
kesalahan desain logis, kesalahan pengkodean, ketidakpatuhan terhadap
dokumentasi dan instruksi pengkodean, kekurangan dalam proses
pengujian, kesalahan prosedur, dan kesalahan dokumentasi. Penting untuk
dicatat bahwa semua penyebab kesalahan adalah hasil dari aktivitas
manusia, baik itu oleh analis sistem, pemrogram, pengujian perangkat
lunak, ahli dokumentasi, dan bahkan klien beserta perwakilannya.

Jelaskan tujuan dari aktivitas jaminan kualitas perangkat lunak (SQA).

 Tujuan dari aktivitas SQA untuk pengembangan perangkat lunak dan
pemeliharaan adalah:
(1) Memastikan, dengan tingkat keyakinan yang dapat diterima,
kesesuaian dengan persyaratan teknis fungsional.
(2) Memastikan, dengan tingkat keyakinan yang dapat diterima,
kesesuaian dengan persyaratan manajerial terkait penjadwalan dan
anggaran.
(3) Memulai dan mengelola aktivitas untuk meningkatkan dan
meningkatkan efisiensi pengembangan perangkat lunak dan aktivitas SQA.

Membedakan dan menjelaskan perbedaan antara jaminan kualitas

perangkat lunak dan kontrol kualitas. Pengendalian mutu adalah
serangkaian kegiatan yang dilakukan dengan tujuan utama menahan
produk dari pengiriman jika tidak memenuhi syarat. Sebaliknya, jaminan
kualitas adalah dimaksudkan untuk meminimalkan biaya kualitas dengan
memperkenalkan berbagai kegiatan di seluruh proses pengembangan dan
pemeliharaan untuk mencegah penyebabnya kesalahan, mendeteksinya,
dan memperbaikinya pada tahap awal pengembangan. Sebagai Hasilnya,
jaminan kualitas secara substansial mengurangi tingkat produk yang tidak
memenuhi syarat.

Jelaskan hubungan antara jaminan kualitas perangkat lunak dan

rekayasa perangkat lunak. Rekayasa perangkat lunak merupakan
penerapan yang sistematis, disiplin, dan terukur pendekatan untuk
pengembangan, pengoperasian dan pemeliharaan perangkat lunak. Ciri-ciri
rekayasa perangkat lunak terutama sistematik, disiplin dan pendekatan
kuantitatif, menjadikan rekayasa perangkat lunak lingkungan yang baik
untuk mencapai tujuan SQA. Secara umum diterima bahwa kerjasama
antar perangkat lunak insinyur dan tim SQA adalah cara untuk mencapai
kegiatan pengembangan dan pemeliharaan yang efisien dan ekonomis,
pada saat yang sama, menjamin kualitas produk dari kegiatan tersebut.
B. Soal 2
1. Apakah software yang sayabuat berkualitas ?

Untuk menilai kualitas aplikasi Anda yang dibuat untuk

mempermudah belajar bahasa Dayak Bakumpai, berikut adalah beberapa
faktor yang dapat Anda pertimbangkan:

a) Kepuasan Pengguna: Apakah pengguna aplikasi merasa puas

dengan pengalaman belajar bahasa Dayak Bakumpai melalui
aplikasi Anda? Anda dapat mengukur kepuasan ini dengan
mengumpulkan umpan balik dari pengguna, mengevaluasi ulasan,
dan melakukan survei kepuasan pengguna.

b) Konten dan Fungsionalitas: Sejauh mana aplikasi Anda

menyediakan konten yang relevan dan berkualitas untuk
pembelajaran bahasa Dayak Bakumpai? Faktor ini melibatkan
kelengkapan materi pelajaran dan fitur yang mendukung
pembelajaran, seperti audio, latihan, dan interaksi yang bermanfaat.

c) Kemudahan Penggunaan: Apakah antarmuka aplikasi Anda mudah

digunakan dan intuitif bagi pengguna yang ingin belajar bahasa
Dayak Bakumpai? Kemudahan navigasi dan pemahaman akan
meningkatkan kualitas aplikasi.

d) Kinerja: Aplikasi Anda harus berjalan dengan baik tanpa lag atau
masalah kinerja yang signifikan. Ini termasuk waktu pemuatan
konten dan respons aplikasi terhadap tindakan pengguna.
 e) Keamanan Data: Jika aplikasi melibatkan penyimpanan data
pengguna, pastikan ada langkah-langkah keamanan yang memadai
untuk melindungi data pribadi pengguna.

f) Kemampuan Pemeliharaan dan Peningkatan: Apakah Anda terus

memelihara dan meningkatkan aplikasi Anda? Ini termasuk
pembaruan reguler, perbaikan bug, dan penambahan konten baru
untuk menjaga relevansi dan kualitas aplikasi.

g) Penggunaan Teknologi yang Tepat: Pastikan bahwa Anda

menggunakan teknologi yang sesuai untuk memfasilitasi
pembelajaran bahasa Dayak Bakumpai. Teknologi yang kurang
tepat dapat memengaruhi kualitas pembelajaran.

h) Konsistensi Bahasa dan Budaya: Apakah aplikasi Anda

menghormati dan mempertahankan konsistensi dengan bahasa dan
budaya Dayak Bakumpai? Ini penting dalam menjaga kualitas dan
integritas pembelajaran.

i) Dukungan Pengguna: Tingkat dukungan yang Anda sediakan

kepada pengguna, seperti panduan pengguna atau bantuan teknis,
juga dapat memengaruhi kualitas aplikasi Anda.

j) Kemampuan Belajar Pengguna: Akhirnya, kualitas aplikasi juga

dapat dinilai berdasarkan sejauh mana pengguna benar-benar
berhasil belajar bahasa Dayak Bakumpai dengan menggunakan
aplikasi Anda. Anda dapat mengukur kemajuan dan hasil belajar
pengguna melalui penilaian dan evaluasi.

Untuk menentukan apakah aplikasi Anda berkualitas, penting untuk

mengumpulkan data dan umpan balik dari pengguna secara teratur dan
 menggunakan informasi ini untuk melakukan perbaikan dan peningkatan
yang diperlukan. Jika aplikasi Anda dapat memenuhi kebutuhan dan
harapan pengguna dalam mempelajari bahasa Dayak Bakumpai dengan
efektif dan menarik, maka bisa dikatakan bahwa aplikasi tersebut
berkualitas.

C. Soal 3

Artikel : Sinta/Scopus
Judul : Software Quality Assurance of Learning Game Using Deutsch and
Willis Method
Pembuat : Jumdapiokta, Sunda Ariana, Alex Wijaya
Akreditasi Sinta : 6

1. Masukan ?
a. Dalam pengenalan, mungkin bisa ditambahkan beberapa statistik
atau data pendukung yang menjelaskan mengapa pengembangan
permainan pembelajaran komputer diperlukan, seperti
pertumbuhan penggunaan teknologi dalam pendidikan atau
manfaat empiris dari permainan pembelajaran.
b. Dalam bagian tentang metode penelitian, tambahkan lebih banyak
detail tentang bagaimana penelitian ini dilakukan. Misalnya,
apakah ini merupakan studi kasus tunggal atau apakah ada studi
perbandingan dengan perangkat lunak pembelajaran lainnya? Juga,
jelaskan bagaimana pemilihan responden dilakukan.

2. Beri komentar berkaitan penelitiannya ?

a. Penelitian ini menunjukkan upaya untuk mengukur kualitas
permainan pembelajaran matematika berbasis komputer dengan
menggunakan metode Deutsch dan Willis. Ini adalah pendekatan
yang baik untuk memastikan bahwa perangkat lunak pembelajaran
tersebut memenuhi standar tertentu dalam hal kebenaran,
kehandalan, efisiensi, integritas, dan kegunaan.
b. Hasil penelitian menunjukkan bahwa mayoritas ahli teknik
perangkat lunak menganggap permainan pembelajaran ini sangat
layak digunakan, dengan nilai yang tinggi dalam semua aspek yang
diukur. Ini adalah indikasi positif tentang kualitas perangkat lunak
pembelajaran tersebut.
3. Kaitkan dengan Quality Assurance ?
a. Penelitian ini secara eksplisit mengacu pada metode Deutsch dan
Willis sebagai alat untuk menilai kualitas perangkat lunak
pembelajaran matematika. Ini adalah bagian dari aspek quality
assurance dalam pengembangan perangkat lunak.
b. Dalam konteks quality assurance, penelitian ini memberikan
pemahaman tentang seberapa baik perangkat lunak tersebut
memenuhi persyaratan teknis, seperti kebenaran, kehandalan,
efisiensi, integritas, dan kegunaan. Ini adalah langkah penting
dalam memastikan bahwa perangkat lunak pembelajaran
memenuhi standar kualitas yang ditetapkan sebelumnya.
c. Hasil penelitian juga menunjukkan bahwa permainan pembelajaran
ini dapat membantu meningkatkan proses pembelajaran di sekolah
atau masyarakat umum, yang juga merupakan bagian dari quality
assurance dalam konteks pendidikan.