2. Các kỹ thuật xem xét quy trình Có 5 loại kỹ thuật xem xét quy trình phần mềm: Kiểm tra chính thức Nhận xét qua các vai( qua leader) Tổng quan qua gửi thư điện tử Dùng công cụ hỗ trợ đánh giá Qua đội lập trình
3. Kiểm tra chính thức Là một quy trình xem xét bằng cách tổ chức cuộc họp 3-6 người,có người tổ chức đánh giá các cuộc tranh luận. Các lỗi sẽ được ghi lại một cách chi tiết, phân tích mức độ trầm trọng, các giai đoạn xảy ra,kiểu của lỗi... Tuy nhiên, cách này gây lãng phí nhiều kinh phí và thời gian của dự án, cần phải đào tạo đội ngũ. Nó chiếm gần 1/3 quá trình phát triển dự án.
4. Quy trình điển hình của việc kiểm tra chính thức Lập kế hoạch - Kiểm chứng tư liệu và các mục tiêu. - Lên lịch và mở đầu cuộc họp. Cuộc họp mở đầu - Giới thiệu tư liệu bởi tác giả. - Giám khảo giải thích mục tiêu, quy tắc. - Lịch kiểm tra cuộc họp. Giám sát cuộc họp - Tư liệu xem xét của nhóm. - Khuyết tật và nhật kí. - Thước đo thu thập bởi máy ghi. Sửa chửa - Tác giả nêu cách khắc phục khuyết điểm của mình. - Thước đo thu thập bởi tác giả. - Xác minh lại lịch gặp. Xác minh cuộc họp - Người xem lại và kiểm tra khuyết tật cố định. Hoàn chỉnh - Làm !
5. Nhận xét qua các vai(qua leader) Đây là cách phổ biến nhất và chính thức nhất của việc xem xét code. Người kiểm tra có thể đưa ra việc thay đổi các công cụ và thậm chí có thể thay đổi lui tới và sử dụng các tập tin khác nhau trong dự án. Lợi thế rõ ràng nhất của xem xét qua vai là sự đơn giản trong thực hiện. Người xem xét qua vai có thể tham gia học hỏi và chia sẻ giữa nhà phát triển và mọi người để tương tác với nhau lẫn nhau . Sự bất hợp lý và quy trình đơn giản cũng dẫn đến 1 núi các thiếu sót.(thay đổi code,bỏ sót một số thay đổi) Khi một người nhận xét các báo cáo lỗi và thoát ra, ít khi nào trở lại để xác minh đúng các lỗi cố định và các lỗi mới không được đưa vào
6. Quy trình xem xét qua các vai Chuẩn bị -Nhà phát triển xem đã có người xem xét chưa hoặc thông qua các cuộc họp để chia sẻ và bàn bạc Cuộc họp kiểm tra - Người phát triển đồng hành với người xem xét thông qua code - Người xem xét trả lời với những câu hỏi - Người phát triển đưa ra những khuyết điểm Làm lại - Người phát triển sửa lỗi trong code Hoàn thành- Khi người phát triển thấy hoàn tất, ông ấy kiểm tra code vào trong phiên bản kiểm soát
7. Tổng quan qua gửi thư điện tử Toàn bộ hoặc thay đổi các tập tin được đóng gói lên của tác giả và gửi đến nhận xét qua e-mail: nhận xét kiểm tra các tập tin, đặt câu hỏi và thảo luận với tác giả và nhà phát triển khác, và đề xuất thay đổi. Lợi thế là sự dễ dàng trong đó những người khác có thể được đưa vào xem xét, ít tốn thời gian,không cần đào tạo. Nhược điểm:nhiều đánh giá tầm thường gây ra khó khăn trong theo dõi chủ đề.Khó biết được nhận xét khách quan hay không
8. Tổng quan xung quanh việc gửi thư điện tử Chuẩn bị- Nhà phát triển tập hợp các thay đổi cùng nhau.- Nhà phát triển gửi email với các thay đổi. Giám định- Người nhận xét mã có ý kiến của riêng mình- Tranh luận cho đến khi giải quyết.- Nhà phát triển giữ các ý kiến đánh giá . Làm lại- Nhà phát triển đáp ứng các khuyết tật bằng cách làmthay đổi và gửi email lại kết quả. Hoàn thành- Nhà phát triển kiểm tra các thay đổi vào điều khiển phiên bản.- Những người tham gia có thể nhận được thông báo
9. Dùng công cụ hỗ trợ đánh giá Các công cụ chuyên biệt được dùng để xem xét tất cả các khía cạnh: thu thập,truyền tải,hiển thị,bình luận các khuyết tật của tất cả các người tham gia và quản lý sản phẩm. Ưu điểm:xem xét được toàn bộ quá trình,số liệu chính xác,có thể làm việc từ xa, ít lãng phí thời gian Hạn chế của sự trợ giúp công cụ này chính là chi phí.(Bạn cần phải có một công cụ đủ linh hoạt để sử lý)
10. Qua đội lập trình Là 2 hay nhiều nhà lập trình phát triển mã làm việc cùng một nơi,đánh máy cùng một thời gian và thảo luận tự do với hình thức liên tục xem xét. Ưu điểm: tìm được nhiều khuyết điểm trong coding,giúp đính chính kịp thời trong nhóm và thúc đẩy chuyển giao tri thức. Nhược điểm: mất quá nhiều thời gian cho việc đánh giá,nó phụ thuộc quá nhiều với người hợp tác trong nhóm,không giải quyết vấn đề phát triển từ xa.
11. Kết luận Cả 5 loại xem xét đều có hữu ích cho riêng mình.Chính thức kiểm tra và nhóm lập trình chứng tỏ kỹ thuật nhưng đòi hỏi một thời gian phát triển và không làm việc với phát triển từ xa.Nhận xét qua vai dễ nhất để thực hiện nhưng khó để kiểm soát quá trình.Tổng quan qua thư điện tử và sự trợ giúp công cụ đánh giá công bằng và dễ thực hiện. Và bất cứ loại hình xem lại mã nào đều tốt hơn là không có gì.
