BAB I

KONSEP KUALITAS
Telah dikatakan bahwa tidak ada dua butir salju yang sama. Bila kita
melihat salju jatuh, adalah sangat sulit untuk membayangkan bahwa butiran –
butiran itu berbeda bentuk satu sama lain. Belum lagi setiap butir memiliki
struktur yang unik. Untuk mengamati perbedaan diantara dua butir salju, kita
harus mengamati butiran – butiran itu secara lebih dekat. Mungkin kita dapat
melakukannya dengan menggunakan kaca pembesar. Kenyataannya, semakin
dekat kita melihat, semakin besar perbedaaan yang kita amati.

Fenomena tersebut, variasi antar – sampel,sangat sesuai dengan produk

manusia seperti halnya ciptaan alam. Sebagai contoh, bila dua papan sirkuit yang
identik diamati secara cukup dekat, kita dapat mengamati bahwa jalur kecil
tembaga pada papan itu sangat berbeda secara geometri, penempatan dan
ketebalannya. Begitu pula dengan lokasi dan diameter lobang yang ada pada
papan tersebut, lokasi dan diameternya sangat bervariasi.

Semua bagian yang direkayasa dan dihasilkan menunjukkan keragaaman.

Keragaman antar – sampel tidak akan nyata tanpa bantuan peralatan yang teliti
untuk mengukurnya secara geometri, karakter listrik, atau atribut bagian. Tetapi
dengan peralatan yang sangat sensitive, kita dapat sampai pada kesimpulan bahwa
tidak ada dua sampel yang benar – benar sama.

Apakah prinsip itu sama untuk perangkat lunak dan masalah – masalah
fisik? Bayangkanlah sebuah program yang pada beberapa titik selama eksekusinya
membutuhkan penyeleksian rekaman dengan urutan naik berdasarkan medan
kunci yang ditentukan. Sifat rekaman tidak dipentingkan. Sifat itu dapat berupa
rekaman karyawan, database pelanggan, koordinat peta untuk system control
penerbangan real time atau yang lainnnya.

Kontrol variasi merupakan inti dari kontrol kualitas. Pemanufakturan ingin

meminimalkan variasi antar produk yang mereka buat, bahkan dalam hal yang
kecil sekalipun, seperti menduplikasi disket. Kita ingin meminimalkan diantara

1
pasangan disket yang identik. Tentu saja ini bukan masalah. Menduplikasi disket
merupakan operasi produksi yang sangat mudah, dan kita dapat menjamin bahwa
duplikasi perangkat lunak yang tepat selalu dapat dibuat. Maka dari itu mari kita
bahas bagian – bagian tersebut.

1. Kualitas
American Heritage Dictionary mendefinisikan kata kualitas
sebagai sebuah karakteristik atau atribut dari sesuatu. Sebagai atribut
dari sesuatu, kualitas mengacu pada karakteristik yang dapat diukur,
susuatu yang dapat kita bandingkan dengan standar yang sudah
diketahui, seperti panjang, warna, sifat, kelistrikan, kelunakan, dst.
Tetapi perangkat lunak, yang sebagaian besar merupakan entitas
intelektual, lebih menantang untuk dikarakterisasi daripada objek fisik.
Pengukuran karakteristik program benar – benar ada. Properti tersebut
mencakup kompleksitas siklomatik, kohesi dan jumlah function point
serta baris kode. Bila kita mengamati sebuah item dengan didasarkan
pada sifat pengukurannya, maka ada 2 jenis kualitas yang ada, yaitu
kualitas desain dan kualitas konformansi. Kedua kualitas tersebut kan
dijabarkan sebagai berikut:
1. Kualitas desain
Mengacu pada karakteristik yang ditentukan oleh desainer
terhadap suatu item tertentu. Nilai material, toleransi dan
spesifikasi kinerja, semua membrikan kontribusi terhadap
kualitas desain. Maka kualitas dari suatu produk akan
bertambah bilamana produk yang dihasilkan sesuai dengan
spesifikasi yang ditentukan.

2. Kualitas konformansi
Merupakan tingkat dimana spesifikasi desain terus diikuti
selama pembuatan. Semakin tinggi tingkat konformansi, maka
akan semakin tinggi pula tingkat kualitas konformansi.

2
 Dalam pengembangan perangkat lunak kualitas desain mencakup syarat
spesifikasi dan desain system. Kualitas konformansi itu sendiri adalah suatu
masalah yang difokuskan pada implementasi. Bila implementasi mengikuti desain
dan system yang dihasilkan memenuhi persyaratan dan tujuan kinerja maka
kualitas konformansi akan semakin tinggi.

2. Kontrol Kualitas
Kontrol kualitas merupakan serangkaian pemeriksaan, kajian dan
pengujian yang digunakan pada keseluruhan siklus pengembangan
untuk memastikan bahwa setiap produk memenuhi persyaratan yang
ditetapkan. Kontrol kualitas mencakup loop ( kalang ) umpan balik
pada proses yang menciptakan produk kerja. Kombinasi pengukuran
dan umpan balik memungkinkan kita memperbaiki proses bila produk
kerja yang diciptakan gagal memenuhi spesifikasi mereka. Pendekatan
tersebut memandang control kualitas sebagai bagian proses
pemanufakturan. Aktifitas kualitas control dapat menjadi otomatis
sepenuhnya, manual secara keseluruhan atau kombinasi antara peranti
otomatis dan interaksi manusia. Konsep kunci kualitas kontrol adalah
bahwa semua produk kerja memiliki spesifikasi yang telah ditentukan
dan dapat diukur dimana kita dapat membandingkan output dari setiap
proses. Kalang menjadi penting untuk meminimalkan cacat yang
dihasilkan.

3. Jaminan Kualitas
Jaminan kualitas terdiri atas fungsi auditing dan pelaporan manajemen.
Tujuan jaminan kualitas adalah untuk memberikan data yang
diperlukan oleh manajemen untuk menginformasikan masalah kualitas
produk, sehingga dapat memberikan kepastian & konfidensi bahwa
kulitas produk dapat memenuhi sasaran. Jika data yang diberikan
melalui jaminan kualitas mengidentifikasikan adanya masalah maka
adalah tanggung jawab manajemen untuk menetapkan masalahnya dan

3
 mengaplikasikan sumber – sumber daya yang diperlukan untuk
memecahkan masalah kualitas tersebut.

4. Biaya Kualitas
Biaya kualitas menyangkut semua biaya yang diadakan untuk
mengejar kualitas atau untuk menampilkan kualitas yang berhubungan
dengan aktivitas. Studi tentang biaya kualitas dilakukan untuk
memberikan garis dasar bagi biaya kualitas yang sedang digunakan,
untuk mengidentifikasikan kemungkinan perngurangan biaya kualitas
serta memberikan basis perbandingan yang ternormalisasi. Basis
normalisasi hampir selalu dalam dolar. Sekali kita menormalisasi biaya
dalam basis dolar, kita memiliki data yang diperlukan untuk
mengevaluasi di mana ada kemungkinan untuk mengembangkan
proses kita. Lebih dari itu, kita dapat mengevaluasi pengaruh
perubahan dalam factor yang berbasis dolar.
Biaya kualitas dapat dibagi kedalam biaya – biaya yang
dihubungkan dengan pencegahan, penilaian dan kegagalan. Biaya
pencegahan meliputi:
1. Perencanaan kualitas
2. Kajian teknis formal
3. Perlengkapan pengujian
4. Pelatihan

Biaya penilaian meliputi aktifitas untuk memperoleh wawasan

mengenai kondisi produk awal pada masing – masing proses. Contoh
biaya ini meliputi:
1. Inspeksi in – proses dan interproses
2. Pemeliharaan dan kalibrasi peralatan
3. Pengujian

4
 Biaya kegagalan adalah biaya yang akan hilang bila tidak ada cacat
yang muncul sebelum produk disampaikan kepada pelanggan. Biaya
kegagalan dapat dibagi lagi kedalam biaya kegagalan internal dan
eksternal. Biaya kegagalan internal adalah biaya yang diadakan bila
kita mendeteksi adanya suatu kesalahan dalam produk sebelum produk
dipasarkan. Biaya kegagalan internal ini meliputi:
1. Pengerjaan kembali
2. Perbaikan
3. Analisis mode kegagalan

Biaya kegagalan eksternal adalah biaya yang berhubungan dengan

cacat yang ditemukan setelah produk disampaikan kepada pelanggan.
Contoh – contoh biaya kegagalan eksternal meliputi:
1. Resolusi keluhan
2. Penggantian dan pengembalian produk
3. Dukungan help line
4. Kerja jaminan

5
 BAB II
PERGERAKAN KUALITAS
Pada masa sekarang ini, para manajer senior diseluruh dunia industry
mengetahui bahwa kualitas produk yang tinggi diterjemahkan kedalam
penghematan biaya dan peningkatan garis dasar. Tetapi kasusnya tidak selalu
demikian. Pergerakan kualitas dimulai sekitar tahun 1940 dengan kerja seminal
dari W. Edward Deming dan melalui pengujian yang pertama kali di jepang.
Dengan menggunakan gagasan Deming sebagai dasar, orang – orang jepang
mengembangkan sebuah pendekatan sistematis untuk mengeliminasi penyebab
cacat produk. Selama tahun 1970-an dan 1980-an, pemikiran mereka menyebar ke
dunia barat dan disebut Total Quality Manajement ( TQM ). Meskipun istilah
yang digunakan perusahaan dan penulis berbeda – beda, ada empat langkah
kemajuan dasar yang biasa ditemui dan menjadi fondasi dari banyak program
TQM yang baik.

Langkah pertama disebut kaizen dan mengacu pada system peningkatan

proses yang kontinu. Tujuan dari kaizen adalah mengembangkan sebuah proses
( dalam hal ini adalah proses perangkat lunak ) yang kelihatan, dapat diulang, dan
dapat diukur. Kaizen memiliki konsep berpikir, yaitu

 Masalah adalah kumpulan sesuatu yang berharga dan orang bukan

masalah. Yang benar, jadikan orang menjadi pemecah masalah. Kalau
tidak mengalami kesulitan, “ide perbaikan” tidak akan muncul.
 Bila ada kesalahan segera perbaiki. Pertanyakan cara kerja yang
sekarang, lebih baik memikirkan cara untuk melaksanakan perbaikan dari
pada mencari alasan mengapa tidak bisa.
 Jangan mengandalkan uang untuk Kaizen, lebih baik melakukan Kaizen
pekerjaan dulu dari pada equipment. Dan yang terpenting, jangan
menunggu sempurna, 50% OK, segera lakukan.

6
  Lihat dengan mata kepala sendiri, cari penyebab sesungguhnya dengan
jujur dengan menanyakan 5 kali mengapa-mengapa-mengapa-mengapa
dan mengapa, sehingga akar permasalahan dapat diketahui dengan baik.
 Kaizen itu tidak terbatas, karena ruang yang paling luas di dunia ini
adalah ruang untuk membuat perbaikan. Dibanding ‘pengetahuan’ 1
orang masih lebih baik ‘ide’ 10 orang.
 Dalam melakukan Kaizen, keselamatan dan kualitas jangan dilupakan.

Langkah kedua, yang dilakukan hanya setelah kaizen dicapai disebut

atarimae hinshitsu. Langkah ini mengamati hal yang tidak terlihat yang
mempengaruhi proses dan bekerja untuk mengoptimasi pengaruhnya terhadap
proses tersebut. Contohnya, proses perangkat lunak dapat dipengaruhi oleh
pergantian staf yang tinggi, yang disebabkan oleh reorganisasi yang terus menerus
pada sebuah perusahaan. Struktur organisasi sangat berpengaruh untuk
meningkatkan kualitas perangkat lunak. Atarimae hinshitsu akan menyebabkan
manajemen mengusulkan perubahan – perubahan dalam cara di mana reorganisasi
dilakukan.

Sementara dua langkah pertama berfokus pada proses, langkah

selanjutnya yang disebut kansei ( diterjemahkan sebagai “lima indra” )
berkonsentrasi pada pemakai produk ( dalam hal ini perangkat lunak ). Pada
dasarnya dengan mengamati cara pemakai mengaplikasikan produk, kansei
membawa pada peningkatan dalam produk itu sendiri dan secara potensial kepada
proses yang diciptakannya.

Akhirnya, langkah yang disebut miryokuteki hinshitsu, meluaskan

perhatian manajemen pada produk langsung. Langkah ini merupakan langkah
yang berorientasi pada bisnis yang mencari peluang dalam area yang berkaitan,
yang dapat diidentifikasi dengan mengamati penggunaan produk dipasar. Dalam
dunia perangkat lunak, miryokuteki hinshitsu dapat dilihat sebagai godaan untuk
menemukan produk baru dan menguntungkan atau aplikasi yang merupakan
perkembangan dari sebuah system berbasis computer yang sudah ada.

7
 BAB III
JAMINAN KUALITAS PERANGKAT LUNAK
Ada banyak definisi tentang kualitas perangkat lunak yang terdapat
diberbagai literature. Secara umum kualitas perangkat lunak didefinisikan sebagai
konformansi terhadap kebutuhan fungsional dan kinerja yang dinyatakan secara
eksplisit dan karakteristik implicit yang diharapkan bagi semua perangkat lunak
yang dikembangkan secara professional. Ada pertanyaan kecil yang muncul,
apakah definisi tersebut dapat dimodifikasi dan diperluas. Kenyataanya definisi
yang definitif mengenai perangkat lunak dapat membuka perdebatan yang tidak
pernah berakhir, untuk itu definisi tersebut ada menekan tiga hal penting, yaitu:

1. Kurangnya penyesuaian terhadap kebutuhan juga menunjukan

rendahnya kualitas.
2. Standar yang ditetapkan menetapkan serangkaian criteria
pengembangan yang menuntun cara perangkat lunak direkayasa. Jika
criteria itu tidak diikuti, hamper pasti menimbulkan kualitas yang
kurang baik.
3. Ada serangkaian kebutuhan implicit yang sering tidak dicantumkan
( misalnya kebutuhan akan kemampuan pemeliharaan yang baik ). Bila
perangkat lunak dapat berhasil menyesuaikan dengan kebutuhan
eksplisitnya, tetapi gagal memenuhi kebutuhan implisitnya, maka
kualitas perangkat lunak tersebut perlu diragukan.

1. Masalah – masalah latar belakang

Jaminan kualitas merupakan aktivitas mendasar bagi banyak bisnis
yang menghasilkan produk yang akan digunakan oleh orang lain. Sebelum
abad ke-20, jaminan kualitas merupakan tanggung jawab dasar dari ahli
yang membuat sebuah produk. Jaminan kualitas formal dan fungsi control
yang pertama diperkenalkan di Bell Labs pada tahun 1916 dan dengan
cepat menyebar ke seluruh dunia industri.

8
 Selama masa – masa awal penghitungan ( tahun 1950-an dan 1960-
an ), kualitas merupakan tanggung jawab pemrograman. Standar jaminan
kualitas untuk perangkat lunak diperkenalkan pada pengembangan
perangkat lunak kontrak militer selama tahun 1970-an dan telah menyebar
dengan cepat ke dalam pengembangan perangkat lunak komersial. Dengan
memperluas definisi yang sudah disajikan sebelumnya, jaminan kualitas
perangkat lunak merupakan “ pola tindakan yang sistematik dan
terencana” yang dibutuhkan untuk menjamin kualitas perangkat lunak.
Sekarang implikasi itu adalah banyak pilihan yang berbeda dalam suatu
organisasi yang memiliki jaminan kualitas perangkat lunak, teknisi
perangkat lunak, manajer proyek, pelanggan, penjual dan individu yang
bekerja dalam sebuah kelompok SQA ( Software Quality Assurance ).
Kelompok SQA berfungsi sebagai perwakilan in-house pelanggan
yaitu orang yang akan melakukan SQA harus memperhatikan perangkat
lunak dari sudut pandang pelanggan. Apakah perangkat lunak cukup
memenuhi factor kualitas?. Sudahkah pengembangan perangkat lunak
dilakukan sesuai dengan standar yang telah ditetapkan?. Sudahkan disiplin
teknik dengan tepat memainkan perannya sebagai bagian dari aktifitas
SQA?. Kelompok SQA harus menjawab pertanyaan – pertanyaan tersebut
untuk memastikan bahwa kualitas perangkat lunak benar – benar terjaga.

2. Jaminan kualitas perangkat lunak terdiri dari berbagai tugas yang

berhubungan dengan dua konstituen yang berbeda. Dua kontstituen
tersebut adalah perekayasa perangkat lunak yang mengerjakan kerja teknis
dan kelompok SQA yang bertanggung jawab terhadap perencanaan
jaminan kualitas, kesalahan, penyimpanan rekaman, analisis dan
pelaporan. Perekayasan perangkat lunak menekankan kualitas dengan
mengaplikasi metode teknis formal serta pengukuran yang solid,
melakukan kajian teknis formal dan melakukan pengujian perangkat lunak
yang terencana dengan baik. Tugas kelompok SQA adalah membantu tim
rekayasa perangkat lunak dalam pencapaian produk akhir yang berkualitas

9
tinggi. The Software Engineering Institute merekomendasikan serangkaian
aktivitas SQA yang menekankan rencana jaminan kualitas, kesalahan,
penyimpanan rekaman, analisis dan pelaporan. Berikut ini adalah aktifitas
yang dilakukan oleh kelompok SQA:
1. Menyiapakan rencana SQA untuk suatu proyek. Rencana ini
dikembangkan selama perencanaan proyek dan dikaji oleh
semua kelompok yang tertarik. Aktivitas jaminan kualitas yang
dilakukan oleh tim rekayasa perangkat lunak dan kelompok
SQA diatur oleh rencana. Rencana tersebut mengidentifikasi
hal – hal berikut:
a. Evaluasi yang dilakukan
b. Audit dan kajian yang dilakukan
c. Standar yang dapat diaplikasikan pada proyek
d. Prosedur untuk pelaporan dan penelusuran kesalahan
e. Dokumen yang dihasilkan oleh kelompok SQA
f. Jumlah umpan balik yang diberikan pada tim proyek
perangkat lunak.
2. Berpartisipasi dalam pengembangan deskripsi proses
pengembangan proyek. Tim rekayasa perangkat lunak memilih
sebuah proses bagi kerja yang akan dilakukan. Kelompok SQA
mengkaji deskripsi proses supaya sesuai dengan kebijakan
organisasional, standar perangkat lunak internal, standar baku
eksternal ( ISO 9001 ) dan bagian rencana perangkat lunak lain.
3. Mengkaji akrifitas rekayasa perangkat lunak untuk
memverifikasi pemenuhan proses perangkat lunak yang sudah
ditentukan. Kelompok SQA mengidentifikasi, mendokumentasi
dan menelusuri deviasi proses serta membuktikan apakah
koreksi sudah dilakukan.
4. Mengaudit produk kerja perangkat lunak yang ditentukan untuk
membuktikan kesesuaian dengan produk kerja yang ditentukan
tersebut sebagai bagian dari proses perangkat lunak. Kelompok

10
 SQA mengkaji produk kerja yang dipilih yaitu
mengidentifikasi, mendokumentasi, dan melacak deviasi serta
membuktikan apakah koreksi telah dilakukan dan secara
periodic melaporkan hasil kerjanya kepada manajer proyek.
5. Memastikan bahwa deviasi pada kerja dan produk kerja
perangkat lunak didokumentasi dan ditangani sesuai prosedur
pendokumentasian. Deviasi dapat ditemukan pada rencana
proyek, deskripsi proses, standar yang dapat diaplikasikan atau
produk kerja teknik.
6. Mencatat ketidak – sesuaian dan melaporkannya kepada
manajemen senior. Item – item yang tidak sesuai ditelusuri
sampai item itu diubah.

11
 BAB IV
KESIMPULAN
1. American Heritage Dictionary mendefinisikan kata kualitas sebagai
sebuah karakteristik atau atribut dari sesuatu.
2. Ada 2 jenis kualitas yang ada, yaitu kualitas desain dan kualitas
konformansi.
1. Kualitas desain adalah mengacu pada karakteristik yang
ditentukan oleh desainer terhadap suatu item tertentu. Nilai
material, toleransi dan spesifikasi kinerja, semua membrikan
kontribusi terhadap kualitas desain.
2. Kualitas konformansi adalah merupakan tingkat dimana
spesifikasi desain terus diikuti selama pembuatan. Semakin
tinggi tingkat konformansi, maka akan semakin tinggi pula
tingkat kualitas konformansi.
3. Kontrol kualitas merupakan serangkaian pemeriksaan, kajian dan
pengujian yang digunakan pada keseluruhan siklus pengembangan
untuk memastikan bahwa setiap produk memenuhi persyaratan yang
ditetapkan. Kontrol kualitas mencakup loop ( kalang ) umpan balik
pada proses yang menciptakan produk kerja. Konsep kunci kualitas
kontrol adalah bahwa semua produk kerja memiliki spesifikasi yang
telah ditentukan dan dapat diukur dimana kita dapat membandingkan
output dari setiap proses. Kalang menjadi penting untuk
meminimalkan cacat yang dihasilkan.
4. Jaminan kualitas terdiri atas fungsi auditing dan pelaporan manajemen.
Tujuan jaminan kualitas adalah untuk memberikan data yang
diperlukan oleh manajemen untuk menginformasikan masalah kualitas
produk, sehingga dapat memberikan kepastian & konfidensi bahwa
kulitas produk dapat memenuhi sasaran.
5. Biaya kualitas menyangkut semua biaya yang diadakan untuk
mengejar kualitas atau untuk menampilkan kualitas yang berhubungan
dengan aktivitas. Studi tentang biaya kualitas dilakukan untuk

12
memberikan garis dasar bagi biaya kualitas yang sedang digunakan,
untuk mengidentifikasikan kemungkinan perngurangan biaya kualitas
serta memberikan basis perbandingan yang ternormalisasi. Biaya
kualitas dapat dibagi kedalam biaya – biaya yang dihubungkan dengan
pencegahan, penilaian dan kegagalan. Biaya pencegahan meliputi:
1. Perencanaan kualitas
2. Kajian teknis formal
3. Perlengkapan pengujian
4. Pelatihan
Biaya penilaian meliputi aktifitas untuk memperoleh wawasan
mengenai kondisi produk “pertama kali” pada masing – masing proses.
Contoh biaya ini meliputi:
a. Inspeksi in – proses dan interproses
b. Pemeliharaan dan kalibrasi peralatan
c. Pengujian
Biaya kegagalan adalah biaya yang akan hilang bila tidak ada cacat
yang muncul sebelum produk disampaikan kepada pelanggan. Biaya
kegagalan dapat dibagi lagi kedalam biaya kegagalan internal dan
eksternal. Biaya kegagalan internal adalah biaya yang diadakan bila
kita mendeteksi adanya suatu kesalahan dalam produk sebelum produk
dipasarkan. Biaya kegagalan internal ini meliputi:
a. Pengerjaan kembali
b. Perbaikan
c. Analisis mode kegagalan
Biaya kegagalan eksternal adalah biaya yang berhubungan dengan
cacat yang ditemukan setelah produk disampaikan kepada pelanggan.
Contoh – contoh biaya kegagalan eksternal meliputi:
a. Resolusi keluhan
b. Penggantian dan pengembalian produk
c. Dukungan help line
d. Kerja jaminan

13
6. Ada empat langkah kemajuan dasar yang biasa ditemui dan menjadi
fondasi dari banyak program TQM yang baik.
1. Langkah pertama disebut kaizen dan mengacu pada system
peningkatan proses yang kontinu. Tujuan dari kaizen adalah
mengembangkan sebuah proses ( dalam hal ini adalah proses
perangkat lunak ) yang kelihatan, dapat diulang, dan dapat
diukur.
2. Langkah kedua, yang dilakukan hanya setelah kaizen dicapai
disebut atarimae hinshitsu. Langkah ini mengamati hal yang
tidak terlihat yang mempengaruhi proses dan bekerja untuk
mengoptimasi pengaruhnya terhadap proses tersebut.
3. Langkah selanjutnya yang disebut kansei ( diterjemahkan
sebagai “lima indra” ) berkonsentrasi pada pemakai produk
( dalam hal ini perangkat lunak ).
4. Akhirnya, langkah yang disebut miryokuteki hinshitsu,
meluaskan perhatian manajemen pada produk langsung.
Langkah ini merupakan langkah yang berorientasi pada bisnis
yang mencari peluang dalam area yang berkaitan, yang dapat
diidentifikasi dengan mengamati penggunaan produk dipasar.
7. Secara umum kualitas perangkat lunak didefinisikan sebagai
konformansi terhadap kebutuhan fungsional dan kinerja yang
dinyatakan secara eksplisit dan karakteristik implicit yang diharapkan
bagi semua perangkat lunak yang dikembangkan secara professional.
8. Kenyataanya definisi yang definitif mengenai perangkat lunak dapat
membuka perdebatan yang tidak pernak berakhir, untuk itu definisi
tersebut berfungsi menekan tiga hal penting, yaitu:
1. Kurangnya penyesuaian terhadap kebutuhan juga menunjukan
rendahnya kualitas.
2. Standar yang ditetapkan menetapkan serangkaian criteria
pengembangan yang menuntun cara perangkat lunak
direkayasa.

14
 3. Ada serangkaian kebutuhan implicit yang sering tidak
dicantumkan ( misalnya kebutuhan akan kemampuan
pemeliharaan yang baik ).
9. Berikut ini adalah aktifitas yang dilakukan oleh kelompok SQA:
1. Menyiapakan rencana SQA untuk suatu proyek. Rencana ini
dikembangkan selama perencanaan proyek dan dikaji oleh
semua kelompok yang tertarik. Aktivitas jaminan kualitas yang
dilakukan oleh tim rekayasa perangkat lunak dan kelompok
SQA diatur oleh rencana. Rencana tersebut mengidentifikasi
hal – hal berikut:
a. Evaluasi yang dilakukan
b. Audit dan kajian yang dilakukan
c. Standar yang dapat diapikasikan pada proyek
d. Prosedur untuk pelaporan dan penelusuran kesalahan
e. Dokumen yang dihasilkan oleh kelompok SQA
f. Jumlah umpan balik yang diberikan pada tim proyek
perangkat lunak.
2. Berpartisipasi dalam pengembangan deskripsi proses
pengembangan proyek.
3. Mengkaji akrifitas rekayasa perangkat lunak untuk
memverifikasi pemenuhan proses perangkat lunak yang sudah
ditentukan.
4. Mengaudit produk kerja perangkat lunak yang ditentukan untuk
membuktikan kesesuaian dengan produk kerja yang ditentukan
tersebut sebagai bagian dari proses perangkat lunak.
5. Memastikan bahwa diviasi pada kerja dan produk kerja
perangkat lunak didokumentasi dan ditangani sesuai prosedur
pendokumentasian.
6. Mencatat ketidak – sesuaian dan melaporkannya kepada
manajemen senior.

15
 BAB V
DAFTAR PUSTAKA
1. http://wisnu.firmansyah.blogspot.com
2. http://www.google.com
3. http://www.ilmukomputer.com
4. http://translate.google.com
5. http://books.google.com
6. Aunur Rofiq Mulyanto. 2008. Rekayasa Perangkat Lunak. 3nd Edition.

16