Nama: Zikri Arizal Isnan

Nim: 2255201320

Kelas : A2

RESUME 10

Bab 15 Mendukung perangkat berkualitas

Kami sering merujuk pada dokumen yang disiapkan di masa lalu untuk menghemat waktu dan
konfirmasi bahwa tidak ada yang dilupakan. Misalnya, kami memindai laporan lama secara berurutan
untuk menerapkan daftar isi mereka ke laporan saat ini yang akan kami susun. Dalam situasi lain, kami
mencari daftar pertanyaan yang diajukan sebelumnya sebelumnya untuk menyiapkan sesi tinjauan
desain. Masih dalam kasus lain kami bertanya-tanya mengapa tidak formulir dapat ditemukan untuk
tugas pelaporan yang cukup umum. Unsur umum untuk semua situasi ini adalah penghematan waktu
yang kami harapkan dapat diwujudkan dengan menggunakan perangkat pendukung sederhana untuk
tugas berulang.

15.1 Templates

Di bidang pekerjaan lain, templat adalah "pengukur, pola, atau cetakan (sebagai tipis piring atau papan)
digunakan sebagai panduan untuk bentuk karya yang dibuat” (Webster’s Kamus Perguruan Tinggi Baru).
Ketika diterapkan pada rekayasa perangkat lunak, istilah tersebut template mengacu pada format
(terutama daftar isi) yang dibuat oleh unit atau organisasi, untuk diterapkan saat menyusun laporan
atau jenis lainnya dokumen. Penerapan template mungkin wajib untuk beberapa dokumen dan pilihan
untuk orang lain; dalam beberapa kasus, hanya sebagian dari templat (mis., specific bab atau struktur
umum) diminta.

Tiga contoh template disajikan dalam bingkai berikut:

■ Bingkai 10.2: Rencana uji perangkat lunak (STP)

■ Frame 10.3: Software test description (STD)
■ Bingkai 10.4: Laporan pengujian perangkat lunak (STR).

15.1.1 Kontribusi template terhadap kualitas perangkat lunak

Penggunaan template cukup menguntungkan bagi tim pengembangan dan untuk meninjau tim. Untuk
tim pengembangan, gunakan template:

■ Mempermudah proses penyiapan dokumen dengan menghemat waktu dan energi yang dibutuhkan
untuk menguraikan struktur laporan. Kebanyakan organisasi izinkan templat untuk disalin dari file
publik SQA atau diunduh dari file intranet organisasi, yang bahkan menyimpan dengan memasukkan
daftar isi ke dokumen baru.

■ Memastikan bahwa dokumen yang disiapkan oleh pengembang lebih lengkap semua subjek yang akan
dimasukkan dalam dokumen telah ditentukan dan berulang kali ditinjau oleh banyak profesional selama
penggunaan template. Kesalahan umum, seperti mengabaikan topik, cenderung tidak terjadi.
15.1.2 Kerangka organisasi untuk menyiapkan, mengimplementasikan dan memperbarui template

Organisasi cenderung menghemat sumber daya internal mereka, yang seringkali berarti menggunakan
laporan sukses yang disiapkan untuk satu departemen atau tujuan sebagai model untuk seluruh
organisasi. Jadi, jika Tuan Brown atau Tuan Johnson laporan telah memperoleh reputasi sebagai
komprehensif dan sangat profesional, daftar isi mereka dapat digunakan sebagai template oleh rekan-
rekan mereka. Satu kerugian dari situasi ini adalah bahwa tidak semua orang yang bisa mendapatkan
keuntungan dari template ini menyadari keberadaan mereka. Kerugian lainnya adalah peningkatan lebih
lanjut dari template, yang dicapai melalui peninjauan mereka oleh tim profesional, dapat digagalkan.

15.2 Daftar periksa

Daftar periksa yang digunakan oleh pengembang perangkat lunak mengacu pada daftar item secara
khusus dibangun untuk setiap jenis dokumen, atau menu persiapan yang akan diselesaikan sebelum
melakukan aktivitas (mis., menginstal paket perangkat lunak di lokasi pelanggan). Daftar periksa
direncanakan komprehensif jika tidak lengkap. Biasanya, penggunaan checklist cenderung dianggap
sebagai infrastruktur opsional alat, tergantung terutama pada atribut profesional daftar, kenalan
pengguna dengan daftar dan ketersediaan.

■ Lampiran 5A: Tinjauan draf proposal – Daftar subjek

■ Lampiran 5B: Tinjauan draf kontrak – Daftar periksa subjek

15.2.1 Kontribusi daftar periksa terhadap kualitas perangkat lunak

Seperti template, daftar periksa memberikan banyak manfaat bagi tim pengembangan, tim
pemeliharaan perangkat lunak, dan kualitas dokumen.

Keuntungan untuk tim pengembangan adalah sebagai berikut:

■ Membantu pengembang melakukan pemeriksaan sendiri terhadap dokumen atau kode

perangkat lunak sebelum penyelesaian dokumen atau kode perangkat lunak dan desain formal
review atau inspeksi. Daftar periksa diharapkan dapat membantu pengembang menemukan bagian
yang tidak lengkap serta mendeteksi penyimpangan yang terlewatkan. Daftar periksa juga
diharapkan dapat memberikan kontribusi terhadap kualitas dokumen atau perangkat lunak kode
yang diajukan untuk ditinjau sebagai masalah kualitas yang akan disurvei oleh tim peninjau sudah
terdaftar dalam daftar periksa.

■ Membantu pengembang dalam persiapan mereka untuk tugas-tugas seperti pemasangan perangkat
lunak di lokasi pelanggan, kinerja audit kualitas di lokasi subkontraktor atau menandatangani kontrak
dengan pemasok modul perangkat lunak yang digunakan kembali. Daftar periksa adalah diharapkan
dapat membantu pengembang lebih siap untuk kinerja tugas.

15.2.2 Kerangka organisasi untuk menyiapkan, menerapkan dan memperbarui daftar periksa

Meskipun sangat dianjurkan, penggunaan daftar periksa tetap bebas. Persiapan dan pembaruan daftar
periksa, seperti promosi penggunaannya, biasanya ditugaskan ke unit SQA. Sebuah "kelompok
checklist", dipimpin oleh anggota unit SQA, dapat melakukan tugas memelihara koleksi daftar
diperbarui. Itu partisipasi staf lain yang tertarik untuk mempromosikan penggunaan daftar periksa di
kelompok juga bersifat sukarela; dalam beberapa kasus, bagaimanapun, bantuan dari SQA konsultan
dianjurkan. Di sisa bagian ini, kami menjelaskan proses yang diperlukan untuk memelihara infrastruktur
daftar periksa: persiapan baru daftar periksa, promosi penggunaannya dan pemutakhirannya.

Ringkasan

(1) Jelaskan kontribusi utama template untuk penjaminan kualitas perangkat lunak.

■ Dokumen yang diserahkan untuk ditinjau cenderung lebih lengkap. Akibatnya, ulasan tim
dapat mengarahkan upaya mereka untuk lebih meningkatkan produk akhir.

■ Tinjauan dokumen difasilitasi karena strukturnya standar dan terkenal di antara pengulas.
Terbebas dari masalah struktural, peninjau dapat fokus pada masalah konten dokumen.

(2) Jelaskan kontribusi utama daftar periksa untuk jaminan kualitas perangkat lunak.

■ Daftar periksa mendukung kelengkapan dokumen dan meningkatkan kualitas dokumen semua
item yang relevan dan masalah kualitas yang akan ditinjau sudah terdaftar.

■ Melakukan sesi tinjauan menjadi kurang bermasalah ketika topik dan topiknya urutan prioritas
ditentukan dan diketahui dengan baik. Sesi yang efisien diharapkanc melakukan analisis menyeluruh
terhadap komentar oleh pengulas.

bibliografi terpilih

1. DOD (1994) MIL-STD-498 DID, Departemen Pertahanan AS.

2. ISO (1997) ISO 9000-3:1997(E), Manajemen Mutu dan Jaminan MutuStandar – Bagian 3: Pedoman
Penerapan ISO 9001:1994 ke Pengembangan, Pengadaan, Instalasi dan Pemeliharaan Software
Komputer, 2nd edn, Organisasi Internasional untuk Standardisasi (ISO), Jenewa.

3. ISO/IEC (2001) “ISO 9000-3:2001 Rekayasa Perangkat Lunak dan Sistem – Panduan untuk Penerapan
ISO 9001:2000 pada Perangkat Lunak, Rancangan akhir”, Internasional Organization for Standardization
(ISO), Jenewa, draf tidak diterbitkan, Desember 2001.

4. Perry, W. (1995) Metode Efektif untuk Pengujian Perangkat Lunak, John Wiley & Sons, New York.

Tinjau pertanyaan

15.1 Jelaskan kelebihan template dengan kata-katamu sendiri.

15.2 Unit SQA telah menyiapkan daftar delapan templat tambahan baru yang menunggu persiapan.

(1) Untuk siapa Anda merekomendasikan partisipasi dalam panitia ad hoc menyiapkan template?
(2) Kepala unit SQA sedang mempertimbangkan untuk mempekerjakan konsultan SQA untuk
bergabung komite. Apakah ini disarankan? Buat daftar argumen Anda.

(3) Jika Anda setuju dengan kepala unit, tugas apa yang Anda pilih untuk konsultan untuk menghadiri?
Buat daftar argumen Anda.

15.3 Jelaskan manfaat penggunaan daftar periksa dengan kata-kata Anda sendiri.
Topik untuk diskusi

15.1 Mr John Bogart, kepala unit SQA, telah memutuskan bahwa untuk selanjutnya akan wajib bagi
semua pengembang untuk menerapkan template yang termasuk dalam yang terkenal Manual
Template untuk SQA Professional. Sebuah prosedur telah disiapkan untuk menegakkan kepatuhan
terhadap template. Manajer Pengembangan Perangkat Lunak Departemen diminta untuk menyetujui
prosedur.

(1) Apakah Anda akan merekomendasikan agar manajer menyetujui prosedur tersebut? Daftar Anda
argumen.

(2) Jika rekomendasi Anda bertentangan dengan persetujuan prosedur, sarankan caranya
templat informal departemen, jika dianggap lebih cocok daripada Template manual, dapat
diadopsi.

15.2 Tommy, seorang pemimpin tim pengembangan perangkat lunak, cenderung menghapus bagian dan
bab standar (yaitu template) yang tidak berlaku dari daftar isi dokumen yang dia susun. Dia mengklaim
bahwa dengan melakukan ini dokumen “terlihat lebih bagus”.

(1) Apakah Anda setuju dengan metode mengadaptasi template ke aplikasi saat ini?

(2) Apa kerugian dari "pengeditan template" oleh pemimpin tim? Apa yang harus dilakukan
Anda sarankan melakukan dalam kasus bab atau bagian templat yang tidak dapat diterapkan?

Bab 16 Pelatihan staf dan sertifikasi

Tak perlu dikatakan bahwa menjaga staf mengikuti profesional terbaru pengetahuan yang tersedia
adalah kunci untuk mencapai kualitas dalam pembangunan dan pemeliharaan. Selain itu, secara umum
diterima bahwa profesional biasa pelatihan, pelatihan ulang dan pemutakhiran adalah wajib jika ada
kesenjangan antara yang diperlukan dan pengetahuan profesional saat ini harus dijaga sesempit
mungkin. Sertifikasi internal (selanjutnya disebut "sertifikasi") anggota staf ditugaskan untuk posisi
pengembangan dan pemeliharaan perangkat lunak utama adalah hal lain, alat pelengkap untuk
memastikan kualitas profesional. Sertifikasi internal staf tidak boleh, bagaimanapun, bingung dengan
sertifikasi yang diberikan oleh American Society for Quality (ASQ), yang menganugerahkan status CSQE
(lihat di bawah) selain jenis sertifikasi lainnya, atau sertifikasi profesional yang diberikan oleh organisasi
komersial seperti Microsoft atau Novell.

16.1 Pendahuluan: kejutan untuk pengembangan “3S” tim

Tim 7 dari "Spesialis Perangkat Lunak 3S - Sahara" memulai proyek baru untuk Apollo Ltd terlambat tiga
minggu karena keterlambatan penyelesaian sebelumnyaproyek. Sangat tertekan untuk waktu,
pemimpin tim memutuskan untuk membatalkan kursus pelatihan lima hari terjadwal tentang generator
aplikasi Athena yang baru akan digunakan untuk subsistem F, seperti yang dipersyaratkan oleh kontrak.
Dia percaya bahwa Manual Athena ringkas yang disediakan oleh pelanggan akan menjadi pengganti
kursus yang memadai. Keputusan ini terbukti sangat mahal.
16.2 Tujuan pelatihan dan sertifikasi

Tujuan ini sesuai dengan tujuan umum kualitas perangkat lunakjaminan oleh manajemen inspirasi untuk
terus memelihara tingkat pengetahuan dan keterampilan yang ditampilkan oleh staf dan untuk
meningkatkan efisiensi dan efektivitas (untuk lebih lanjut tentang tujuan SQA, lihat Bagian 2.5.3).

16.3 Proses pelatihan dan sertifikasi

Pengoperasian sistem pelatihan dan sertifikasi yang sukses menuntut hal itu kegiatan berikut secara
rutin dilakukan:

■ Tentukan persyaratan pengetahuan profesional untuk setiap posisi

■ Tentukan pelatihan profesional dan kebutuhan pemutakhiran
■ Rencanakan program pelatihan professional
■ Rencanakan program pemutakhiran professional
■ Tentukan posisi yang membutuhkan sertifikasi
■ Merencanakan proses sertifikasi
■ Menyampaikan program pelatihan, pemutakhiran dan sertifikasi
■ Lakukan tindak lanjut terhadap staf yang terlatih dan bersertifikat.

16.4 Menentukan persyaratan pengetahuan profesional

Posisi paling umum dalam pengembangan dan pemeliharaan perangkat lunak organisasi adalah orang-
orang dari analis sistem, programmer, pengembangan perangkat lunak pemimpin tim, pemimpin tim
pemrograman, teknisi pemeliharaan perangkat lunak, penguji perangkat lunak, dan pemimpin tim
pengujian perangkat lunak. Sebagian besar organisasi mengatur Pendidikan dan persyaratan
pengalaman untuk masing-masing posisi ini. Anggota staf yang memenuhi persyaratan pendidikan
masih membutuhkan tambahan “lokal” atau “internal” pengetahuan dan keterampilan, terkait dengan
pengembangan khusus dan prosedur pemeliharaan. Pengetahuan khusus ini dapat dikelompokkan
menjadi dua kategori:

■ Pengetahuan dan keterampilan topik rekayasa perangkat lunak, seperti perangkat lunak alat
pengembangan, versi bahasa pemrograman, dan versi alat CASE yang diterapkan oleh organisasi
atau unit tertentu. Yang relevan prosedur dan instruksi kerja yang disusun untuk pelaksanaannya
juga termasuk dalam kategori ini.

16.5 Menentukan kebutuhan pelatihan dan pemutakhiran

Kebutuhan pelatihan dan pemutakhiran ditentukan dengan membandingkan pengetahuan staf saat ini
dengan persyaratan pengetahuan pemutakhiran. Tipe dari pelatihan disesuaikan dengan kebutuhan tiga
kelompok staf yang berbeda:

■ Pelatihan: untuk karyawan baru, sesuai dengan penugasan yang ditetapkan

■ Pelatihan ulang: untuk karyawan yang ditugaskan ke posisi baru atau menerima yang baru tugas
■ Memperbarui: untuk anggota staf sesuai tuntutan posisi mereka.
16.6 Merencanakan pelatihan dan pemutakhiran program

Secara praktis, dua program dasar harus dibuat – satu untuk topik rekayasa perangkat lunak dan satu
lagi untuk topik SQA.

Merencanakan pelatihan dan memperbarui program untuk rekayasa perangkat lunak Topik Waktu dari
banyak kegiatan pelatihan dan pelatihan ulang tidak dapat ditentukan terlebih dahulu karena personel
baru direkrut dan staf veteran digeser sering setelah pemberitahuan yang relatif singkat. Namun,
kegiatan pemutakhiran dapat dijadwalkan jauh sebelumnya (penontonnya diketahui), dengan konten
yang diselesaikan mendekati tanggal tersebut tanggal pelaksanaannya. Terlepas dari apakah program
dilakukan di rumah atau oleh organisasi outsourcing, staf tingkat tinggi, seperti kepala insinyur
perangkat lunak, biasanya berpartisipasi dalam persiapan mereka.

16.7 Menentukan posisi yang membutuhkan sertifikasi

Secara umum diterima bahwa penugasan personel ke posisi kunci di organisasi pengembangan dan
pemeliharaan perangkat lunak membutuhkan kehati-hatian yang ekstrim. Salah satu prosedur
yang digunakan untuk menjamin kesesuaian calon adalah sertifikasi.

Komite sertifikasi (atau anggota staf senior yang ditunjuk) mendefinisikan daftar posisi yang
membutuhkan sertifikasi dan apakah sertifikasi akan berlaku secara permanen atau untuk jangka waktu
terbatas. Mempertimbangkan volatilitas dari profesi, daftar ini harus direvisi secara berkala.
Pembaharuan sertifikasi periode terbatas menuntut anggota staf menunjukkan up-to-date pengetahuan
dan keterampilan sesuai dengan persyaratan sertifikasi saat ini.

16.8 Merencanakan proses sertifikasi

Sertifikasi dimaksudkan untuk memberikan kerangka kerja untuk penyelidikan menyeluruh terhadap
kualifikasi kandidat dan demonstrasi dari kandidat tersebut pengetahuan dan keterampilan profesional.
Rincian proses sertifikasi adalah unik untuk organisasi; mereka mencerminkan karakteristik khususnya,
bidang spesialisasi, pengembangan perangkat lunak dan alat pemeliharaan, pelanggan dan segera.
Karena proses diarahkan pada kebutuhan dan keputusan organisasi tertentu, sertifikasi internal tidak
dapat diganti secara otomatis oleh sertifikasi umum yang diberikan oleh masyarakat profesional dan
pemasok terkemuka alat pengembangan dan perangkat lunak komunikasi jaringan atau persamaan
mereka.

16.9 Penyampaian program pelatihan dan sertifikasi

Pelatihan dan pemutakhiran dapat mencakup topik seperti rekayasa perangkat lunak, jaminan kualitas
perangkat lunak, dan keterampilan manajemen (dalam kerangka kerja sertifikasi atau untuk informasi
umum), yang semuanya dikoordinasikan dengankebutuhan organisasi atau perusahaan. Bagaimana
pelatihan dan pemutakhiran dilakukan keluar bervariasi sesuai. Kursus dapat ditransmisikan dalam
format yang berkisar dari ceramah singkat dan demonstrasi, seringkali hanya berlangsung setengah hari,
hingga kursus panjang diadakan selama beberapa minggu atau bulan. Ini dapat dilakukan di rumah, oleh
unit pelatihan organisasi, atau secara eksternal, oleh kejuruan atau institusi akademik yang menyiapkan
program yang disesuaikan dengan kebutuhan organisasi.

16.10 Tindak lanjut setelah pelatihan dan sertifikasi

Manajer dan profesional perangkat lunak sering mengungkapkan keraguan tentang keefektifan
pelatihan dan sertifikasi secara umum atau salah satu yang terkait kegiatan. Mereka mempertanyakan
apakah sumber daya dan upaya substansial yang diinvestasikan dalam pelatihan benar-benar
bermanfaat. Untuk meredakan keraguan tersebut, sistematis tindak lanjut diperlukan untuk
memberikan umpan balik kepada unit profesional. Seperti umpan balik menunjukkan apakah upaya
pelatihan dibenarkan pada saat yang sama waktu yang menjamin perbaikan terus-menerus dari
pelatihan dan sertifikasi kegiatan. Informasi yang diberikan oleh tindak lanjut berkaitan dengan:

■ Semua kegiatan pelatihan dan prosedur sertifikasi yang dilakukan – rekaman dari kinerja peserta
program.
■ Informasi tentang kasus-kasus khusus dari kegiatan pelatihan yang terbukti baik sangat berhasil
atau jelas tidak berhasil dalam meningkatkan kinerja staf.
■ Informasi tentang kasus kegagalan staf bersertifikat yang terbukti dalam kinerja yang menunjukkan
persyaratan sertifikasi yang jelas tidak memadai.

Ringkasan

(1) Menjelaskan tujuan utama pelatihan dan sertifikasi.

■ Untuk mengembangkan pengetahuan dan keterampilan yang dibutuhkan oleh karyawan baru
dan memperbaruinya pengetahuan dan keterampilan karyawan veteran sehingga menjamin efisien
dan kinerja tugas yang efektif.

■ Untuk memberikan pengetahuan tentang gaya dan prosedur struktur dan instruksi kerja
kepada memastikan kesesuaian produk perangkat lunak dengan standar organisasi.
■ Untuk memberikan pengetahuan tentang prosedur SQA.
■ Untuk memastikan kualifikasi kandidat untuk posisi profesional utama sesuai dengan
persyaratan posisi.

Bibliografi terpilih

1. ASQ (1999) Certified Software Quality Engineer (brosur), American Society untuk Kualitas (ASQ),
Milwaukee, WI.

2. Hamilton, D.H. (1999) “Kualitas Perangkat Lunak American Society for Quality (ASQ). Program
Sertifikasi Insinyur”, dalam G. G. Schulmeyer dan J. I. McManus (eds), Handbook of Software Quality
Assurance, edisi ke-3, Prentice Hall, Upper Saddle River, NJ, hlm. 171–194.

3. ISO (1997) ISO 9000-3:1997(E), Manajemen Mutu dan Jaminan Mutu

Standar – Bagian 3: Pedoman Penerapan ISO 9001:1994 ke Pengembangan, Pengadaan, Instalasi dan
Pemeliharaan Software Komputer, 2nd edn, Organisasi Internasional untuk Standardisasi (ISO), Jenewa.
4. ISO/IEC (2001) “ISO 9000-3:2001 Rekayasa Perangkat Lunak dan Sistem – Pedoman Penerapan ISO
9001:2000 pada Perangkat Lunak, Final draft”, Organisasi Internasional untuk Standardisasi (ISO),
Jenewa, tidak diterbitkan draf, Desember 2001.

5. Mendis, K. S. (1999) “Persyaratan personel untuk membuat jaminan kualitas perangkat lunak
berfungsi”, dalam G. G. Schulmeyer dan J. I. McManus (eds), Handbook of Jaminan Kualitas
Perangkat Lunak, edisi ke-3, Prentice Hall, Upper Saddle River, NJ, hlm. 147–170.

6. Paulk, M.C., Weber, C.V. Curtis, B. dan Chrissis, M.B. (1995) Kemampuan Model Kematangan:
Panduan untuk Meningkatkan Proses Perangkat Lunak, AddisonWesley, Reading, MA.

Tinjau pertanyaan

16.1 Telah diklaim bahwa tujuan pelatihan dan sertifikasi sesuai dengan SQA tujuan (lihat Bagian 2.5.3).

Tinjau setiap tujuan SQA dan jelaskan, dengan kata-kata Anda sendiri, bagaimana tujuan tersebut sesuai
dengan tujuan pelatihan dan sertifikasi yang relevan.

16.2 Tugas utama pelatihan diklasifikasikan menjadi pelatihan profesional dan pemutakhiran. Diskusikan
karakteristik utama yang membedakan kedua jenis tugas tersebut.

16.3 Pertimbangkan persyaratan sertifikasi “pengawasan mentor”.

(1) Jelaskan, dengan kata-kata Anda sendiri, kontribusi unik pengawasan terhadap keberhasilan
proses sertifikasi.
(2) Dapatkah Anda menyarankan persyaratan sertifikasi yang dapat diganti, seluruhnya atau sebagian,
dengan pengawasan mentor? Buat daftar argumen Anda.

Topik untuk diskusi

16.1 Lihat kasus tim pengembangan “3S” di Pendahuluan.

(1) Buat daftar keputusan yang dibuat oleh pemimpin tim yang menimbulkan masalah situasi.

(2) Dapatkah Anda menyarankan prosedur yang dapat menghilangkan atau mengurangi risiko tiba di
situasi yang mirip dengan yang ditemukan di "3S"? Jelaskan, dalam beberapa kalimat, bagaimana
setiap prosedur yang Anda usulkan dapat berkontribusi untuk menghilangkan risiko ini.

16.2 Dalam beberapa tahun terakhir, banyak departemen dan staf manajemen sumber daya manusia
unit pelatihan telah menginvestasikan sumber daya yang substansial dalam pelatihan berbantuan
komputer.

(1) Diskusikan manfaat pelatihan dan pelatihan ulang berbantuan komputer.

(2) Diskusikan manfaat pelatihan berbantuan komputer untuk pemutakhiran profesional.
(3) Diskusikan kerugian dari pelatihan berbantuan komputer untuk pelatihan profesional,
pelatihan ulang dan pemutakhiran.
(4) Sarankan cara untuk mengatasi kerugian di atas.