1. REVIEWS

2. WHAT IS REVIEW
• Prosespertemuan antara satu set elemen suatu pekerjaan
(project personnel, manajer, pengguna, pelanggan, dan pihak
lainnya) untuk merumuskan suatu persetujuan
(IEEE,1990)
Metodologi Review
Formal Design
Review
Expert Review
Peer Review

3. REVIEW OBJECTIVES
Direct Objectives
• Mendeteksi kesalahan analisis dan desain
• Mengidentifikasi resiko yang mempengaruhi
terselesaikannya proyek
• Mengurangi penyimpangan templates dan prosedur
• Menyetujui analisa dan desain yang diusulkan
InDirect Objectives
• Untuk mengalokasikan adanya pertemuan
informal yang membahas metodologi, tools, teknis
• Untuk merekam kesalahan pada analisis dan desain
sebagai bahan perbaikan di masa akan datang

4. FORMAL DESIGN REVIEWS (DRS)
Design Reviews
Formal Technical Reviews
• Diperlukan persetujuan desain di dalamnya
• Tanpa persetujuan proyek tidak dapat dilanjutkan
• DRs dilakukan pada setiap milestone proyek yang membutuhkan
kelengkapan dokumentasi desain dan analisa
Participant
• Review Leader : yaitu penentu utama kesuksesan review
• Review team

5. FORMAL DESIGN REVIEWS..(2)
Persiapan
Review Leader
• Menentukan anggota tim
• Menjadwalkan sesi review
• Mendistribusikan dokumen penting kepada anggota
Review team
• Review dokumen desain dan menuliskan komentar
Development team
• Mempersiapkan presentasi dokumen desain yang fokusnya adalah isu
profesional

6. FORMAL DESIGN REVIEWS..(2)
Session
• Presentasi dokumen desain
• Pemberian komentar dari tim review
• Verifikasi dan validasi tiap komentar
• Keputusan akan desain produk
Jenis Keputusan
Full Approval : persetujuan untuk segera melanjutkan proyek pada fase
selanjutya
Partial approval : persetujuan pada beberapa bagian proyek untuk
dilanjutkan pada fase selanjutnya
Denial of approval : permintaan perulangan desain review

7. PEER REVIEW
• Perbedaannya dengan FDR
• Partisipan, dimana partisipan FDR adalah superior, project leader, dan
pihak – pihak tertinggi lainnya dalam pengembangan software.
Sedangkan peer review dapat dilakukan pada antar programmer
Participant
• Review Leader : yaitu penentu utama kesuksesan review
• Author
• Spesialized professional : desaigner, coder&implementer, tester

8. PEER REVIEW..(2)
Persiapan
• Menentukan session yang akan didokumentasikan
• Memilih anggota tim
• Menjadwalkan sesi review
Aktivitas
• Pembenaran error oleh desainer / pemilik
• Mentransmisikan laporan inspeksi kepada Corrective Action Board

9. INSPECTION VS. WALKTHROUGH – PARTICIPANTS AND PROCESSES

10. EXPERT OPINIONS
Merupakan metode review dimana menunjuk top level organisasi / tim
pakar untuk memutuskan suatu masalah.
Situasi yang mengharuskan Expert Opinions :
• Kurangnya profesionalitas pada area tertentu
• Tekanan terhadap jadwal selesainya proyek sementara kurang
adanya partisipasi dari review team
• Banyaknya perbedaan pendapat yang buntu penyelesaiannya
• Ruang lingkup organisasi yang kecil dan kekurangan tim
reviewer

11. KESIMPULAN
• Review dapat dilakukan dengan 3 cara, Peer review, Formal Design
Review, dan Expert Opinions
• Pemilihan metode didasarkan pada kebutuhan review

12. REFERENSI
• Galin, Daniel. 2004. Software Quality Assurance
From Theory to Implementation.