Rancangan Formal Review
8.2. Rancangan Formal Review
Formal desain review, bervariasi disebut "review desain", "DRs" dan "formal Review teknis (FTR) ", berbeda dari semua instrumen review lainnya dengan menjadi hanya meninjau yang diperlukan untuk persetujuan desain produk. Tanpa persetujuan ini, tim pengembangan tidak dapat melanjutkan ke yang berikutnya fase dari proyek pengembangan perangkat lunak. Review desain formal mungkin dilakukan pada setiap selesai tonggak perkembangan yang memerlukan suatu analisis atau desain dokumen, apakah dokumen yang dipersyaratkan spesifikasi atau rencana instalasi. Daftar umum desain formal Review diberikan dalam Bingkai 8.2.
Tabel 8.1. Beberapa rancangan review formal yang umum
Development Plan Review
SRSR
Software Requirement Specification Review
PDR
Preliminary Design Review
DDR
Detailed Design Review
DBDR
Data Base Design Review
TPR
Test Plan Review
STPR
Software Test Procedure Review
VDR
Version Description Review
OMR
Operator Manual Review
SMR
Support Manual Review
TRR
Test Readliness Review
PRR
Product Release Review
IPR
Installation Plan Review
Pembahasan yang dilakukan dalam rancangan formal review akan fokus terhadap : Partisipan Persiapan sebelumnya
Tahap merancang review Rekomendasi kegiatan setelah review
8.2.1. Partisipan dalam rancangan review
Review dilaksanakan oleh seorang pimpinan review dan anggota tim yang harus mempunyai persyaratan sebagai berikut : Pimpinan
o Mempunyai pengetahuan dan pengalaman dalam pengembangan sebuah proyek dan tipe review. Persiapan awal untuk mempelajari proyek yang sedang berlangsung tidak perlu
dilakukan. o Di level sederajat atau lebih tinggi dari project leader
o Mempunyai hubungan yang baik dengan project leader dan timnya o Posisinya merupakan sisi eksternal dari tim proyek
Anggota tim o Keseluruhan anggota tim harusnya dipilih dari para anggota senior dari tim proyek bersama-
sama dengan profesional senior lain yang ditetapkan dalam proyek yang lain.
8.2.2. Persiapan rancangan review
Tugas utama dari pimpinan tim pada tahap persiapan review adalah : Melakukan kesepatakan dengan semua anggota tim Menjadwalkan tahap review Mendistribusikan rancangan dokumen diantara anggota tim (hard copy, file elektronik dll)
Ini sangat penting bahwa sidang peninjauan dijadwalkan segera setelah dokumen desain telah didistribusikan kepada anggota tim review. Sesi tepat waktu panjang tidak masuk akal mencegah waktu Ini sangat penting bahwa sidang peninjauan dijadwalkan segera setelah dokumen desain telah didistribusikan kepada anggota tim review. Sesi tepat waktu panjang tidak masuk akal mencegah waktu
Persiapan Tim Pengembang
Kewajiban utama tim sebagai pendekatan Review sesi adalah untuk menyiapkan pendek penyajian dokumen desain. Dengan asumsi bahwa tim review anggota telah membaca dokumen desain menyeluruh dan sekarang akrab dengan proyek garis besar, presentasi harus fokus pada profesional utama masalah menunggu persetujuan daripada membuang-buang waktu deskripsi proyek secara umum.
Tip Implementasi
Salah satu teknik yang paling umum digunakan oleh para pemimpin proyek untuk menghindari kritik profesional dan melemahkan efektivitas review adalah komprehensif penyajian dokumen desain. Jenis presentasi unggul dalam waktu yang mengkonsumsi. Ini knalpot tim review dan daun sedikit waktu, jika ada, untuk diskusi. Semua pemimpin review berpengalaman tahu bagaimana menangani fenomena ini. Dalam kasus di mana pemimpin proyek berfungsi sebagai pemimpin review, seseorang dapat mengamati terutama ampuh taktik ditujukan stymieing Review yang efektif: pengangkatan tim review yang besar dikombinasikan dengan presentasi yang komprehensif dan panjang.
8.2.3. Tahap perancangan review
Pimpinan review harus mempunyai pengalaman dalam memimpin diskusi dan memasukkan ke dalam agenda kunci keberhasilan pada tahap perancangan review termasuk :
Presentasi pendek tentang rancangan dokumen Komentar yang dibuat oleh anggota tim review Verifikasi dan validasi tiap komentar kemudian didiskusikan untuk menentukan tindakan yang
diperlukan (perbaikan, perubahan dan penambahan) dimana tim proyek harus melakukannya. Keputusan tentang rancangan produk (dokumen), yang menentukan kemajuan proyek dan dibagi menjadi tiga bentuk :
o Disetujui penuh o Disetujui sebagian o Ditolak
8.2.4. Kegiatan setelah review
Selain dari laporan DR, tim DR atau perwakilannya diperlukan untuk menindaklanjuti kinerja koreksi dan untuk menguji dikoreksi bagian.
Laporan DR
Salah satu tanggung jawab pemimpin review adalah untuk mengeluarkan laporan DR segera setelah sesi review. Awal distribusi laporan DR memungkinkan tim pengembang untuk melakukan koreksi sebelumnya dan meminimalkan penjaga penundaan jadwal proyek. Isi dari laporan yang utama terdiri dari : Ringkasan dari diskusi review Keputusan tentang keberlanjutan proyek Satu daftar penuh berisi tindakan yang diperlukan tentang perbaikan, perubahan dan penambahan
yang harus dilakukan oleh tim proyek. Untuk tiap kegiatan tanggal kelengkapan dan anggota tim yang bertanggung jawab harus ditulis
Nama dari anggota tim yang ditetapkan untuk melakukan perbaikan.
Infrastruktur rancangan review : Mengembangkan cek list untuk tiap tipe rancangan dokumen atau paling tidak satu untuk masing-
masing. Melatih senior profesional untuk merawat proses review dianggap sebagai pekerjaan teknis yang utama. Pelatihan profesional melayani tim perancang review. Secara periodik menganalisis keefektifan perancangan review sebelumnya berdasarkan temuan kesalahan untuk meningkatkan metodologi perancangan review. Jadwal dari perancangan review merupakan bagian dari perencanaan proyek dan mengalokasikan sumber daya yang diperlukan sebagai satu kesatuan dalam prosedur standar sebuah perusahaan dalam pengembangan software