Teknik Peninjauan
Tinjauan Teknis yang Bersifat Formal (Formal Technical Review (FTR))
·
Suatu aktifitas kendali kualitas yang dilakukan
oleh rekayasawan-rekayasawan perangkat lunak
·
Sasaran FTR :
1.
Untuk menyingkap kesalahan-kesalahan dalam
fungsi, logika atau dalam implementasi perangkat lunak
2.
Untuk melakukan verifikasi apakah perangkat
lunak yang ditinjau sudah sesuai dengan spesifikasi kebutuhan yang telah
ditentukan
3.
Untuk memastikan bahwa perangkat lunak telah
direpresentasikan dengan cara yang sesuai dengan standar yang telah ditentukan
4.
Membuat proyek perangkat lunak yang lebih mudah
untuk dikelola
5.
Dasar untuk rekayasawan perangkat lunak yang
belum berpengalaman untuk melakukan observasi
Pertemuan – Pertemuan Peninjauan
Batasan Peninjauan Produk Kerja :
·
Suatu tinjauan teknik seharusnyaa melibatkan 3
hingga 5 orang (yang paling umum)
·
Masing-masing orang sebaiknya tidak menghabiskan
waktu lebih dari 2 ja kerja untuk melakukan peninjauan
·
Lamanya waktu pertemuan peninjauan teknis
sebaiknya kurang dari 2 jam saja
Pada akhir peninjauan produk perangkat lunak, semua orang
yang terlibat dalam FTR harus memutuskan apakah :
1.
Menerima produk tanpa perlu melakukan modifikasi
lebih lanjut
2.
Menolak produk karena kesalahan-kesalahan fatal
yang ada dalam produk
3.
Menerima produk secara sebagian
(kesalahan-kesalahan minor, tetapi tidak memerlukan tinjauan lebih lanjut)
Pelaporan Hasil Peninjauan dan Pemeliharaan Catatan Hasil Peninjauan
Suatu laporan kesimpulan peninjauan produk kerja perangkat
lunak pada dasarnya menjawab 3 pertanyaan berikut :
1.
Apa yang ditinjau ?
2.
Siapa yang melakukan peninjauan ?
3.
Permasalahan-permasalahan apa yang ditemukan dan
bagaimana cara-cara untuk mengatasinya ?
Laporan peninjauan perangkat lunak seringkali berupa form
satu halaman dan dapat disebarkan ke elemen yang terkait dalam satu perusahaan
Panduan – panduan Peninjauan
1.
Lakukan peninjauan pada produk perangkat lunak,
bukan pada yang menghasilkannya.
2.
Mengatur agenda
3.
Batasi debat-debat dan
ketidaksetujuan-letidaksetujuan karena hanya akan menghabiskan waktu
4.
Perjelas area permasalahan
5.
Lakukan pencatatan
6.
Batasi jumlah peserta pertemuan dan lakukan
persiapan yang memadai
7.
Kembangkan daftar tinjauan untuk masing-masing
produk perangkat lunak
8.
Lakukan alokasi sumber daya dan jadwal waktu
untuk FTR
9.
Lakukan pelatihan yang bermanfaat pada semua
peninjau.
10.
Lakukan peninjauan atas peninjauan-peninjauan
sebelumnya
Peninjauan yang Dikendalikan oleh Contoh
Thelin menyarankan proses ini, dimana semua produk perangkat
lunak dinspeksi untuk dapat menentukan produk-produk kerja mana saja yang
paling mungkin mengandung kesalahan di dalamnya. Langkah –langkah di bawah ini
dapat digunakan :
1.
Lakukan inspeksi untuk mendapatkan nilai pembagi
(ai) untuk setiap produk kerja perangkat lunak. Catat jumlah kesalahan (fi) yang
ditemukan
2.
Kembangkan prakiraan kasar untuk jumlah
kesalahan di dalam produk kerja dengan melakukan perkalian fi dengan 1/ai.
3.
Urutkan produk-produk kerja secara descending
mengikuti perkiraan kasar jumlah kesalahan yang akan ditemukan di dalam
masing-masing produk kerja perangkat lunak yang akan ditinjau
Fokuskan sumber daya peninjauan yang tersedia pada
produk-produk kerja yang memiliki kemungkinan jumlah kesalahan yang besar di
dalamnya
Tidak ada komentar:
Posting Komentar