Đang tải... (xem toàn văn)
Đây là slide thuyết trình về rà soát phần mềm trong đảm bảo chất lượng phần mềm. Tổng hợp kiến thức về rà soát phần mềm một cách ngắn gọn, súc tích nhất. Slide được trình bày nhiều bằng các hình khối không gây cảm giác nhàm chán
Bài thuyết trình MƠN: ĐẢM BẢO CHẤT LƯỢNG PHẦN MỀM Rà soát phần mềm (Từ slide 37-47) Giảng viên hướng dẫn: Th.s Nguyễn Đức Lưu Sinh viên thực hiện : Nhóm Lớp : KTPM6-K10 Thành viên nhóm • • • • • • Dương Văn Sơn Lê Nguyên Bằng Hồng Đình Dũng Lê Xn Dương Bùi Thiện Quyết Trần Hữu Đơng 2/18 Rà sốt phần mềm I.Định nghĩa mục đích II Các hình thức III Các loại lỗi IV Rà sốt kỹ thuật thức V Tiến trình hoạt động rà sốt VI Cuộc họp rà sốt VII Sản phẩm rà soát VIII Phương châm rà soát 3/18 • Rà sốt phần mềm việc xem xét, đánh giá sản phẩm tiến hành giai đoạn, để phát khiếm khuyết cẩn sửa chữa trước sang giai đoạn sau • Mục tiêu: - Chỉ khiếm khuyết cần cải thiện I Định nghĩa mục đích - Khẳng định phần sản phẩm đạt yêu cầu - Kiểm soát việc đạt chất lượng tối thiểu sản phẩm • Áp dụng thời điểm khác trình phát triển phần mềm 4/18 II Các hình thức • Các kiểu rà sốt: - Họp xét duyệt khơng thức Họp thức trước với thành viên: + Khách hàng + Nhà quản lý • + Các thành viên kỹ thuật (FTR - Tập trung vào rà soát kỹ thuật thức) FTR (Formal Technical Review) chủ yếu kỹ sư phần mềm thực 5/18 III Các loại lỗi Lỗi sinh Lỗi tồn bước trước Lỗi phóng đại lên nhân tố ảnh hưởng lỗi bước trước Nếu khơng rà sốt lỗi tồn gia tăng nhanh, chi phí cho việc khắc phục lớn, vấn đề đặt là: chi phí hay để lại sau chi phí lớn 6/18 Lợi ích - Sớm phát khiếm khuyết (5060% thiết kế) phần mềm để chỉnh sửa - Chi phí khắc phục khiếm khuyết sau giai đoạn 7/18 IV Rà sốt kỹ thuật thức • FTR hoạt động đảm bảo chất lượng phần mềm người tham gia phát triển phần mềm thực • Mục tiêu: - Phát lỗi chức năng, logic triển khai - Kiểm thử trùng hợp phần mềm yêu cầu - Khẳng định phần đạt yêu cầu - Đảm bảo phần mềm phù hợp với chuẩn định sẵn - Đảm bảo phần mềm phát triển cách quán - Làm cho dự án dễ quản lý - Dùng làm sở huấn luyện cho người phát triển phần mềm 8/18 V Tiến trình hoạt động rà sốt 9/18 VI Cuộc họp rà sốt • u cầu: - Có 3-5 người liên quan - Khơng nên 2h - Hạn chế rà soát cụ thể - Trọng tâm sản phẩm : phần sản phẩm - Thành phần: lãnh đạo rà soát, cá nhân rà sốt có sản phẩm rà sốt - Kết phải định được: chấp nhận sản phẩm khơng chỉnh sửa hay khước từ sản phẩm lỗi nghiêm trọng, chấp nhận chỉnh sửa phải rà sốt lại - Phải có biên xác nhận họp 10/18 VII Sản phẩm rà soát Sản phẩm họp rà soát Báo cáo vấn đề nảy sinh cá nhân rà soát nêu Một danh sách vấn đề cần giải họp thống Một văn tổng kết họp rà sốt đó 11/18 VII Sản phẩm rà soát Văn tổng kết họp rà soát phải rõ Rà sốt gì? Ai rà sốt? Tìm thấy gì? Đưa kết luận. 12/18 VIII Phương châm rà soát Cần thiết lập trước phương châm rà soát, phân phát cho người làm nhiệm vụ rà soát, thống tán thành tuân thủ 10 điều tối thiểu phương châm rà soát kỹ thuật thức Rà sốt sản phẩm, khơng rà sốt người làm Lập chương trình nghị trì 13/18 VIII Phương châm rà sốt (t) 10 điều tối thiểu phương châm rà soát kỹ thuật thức Hạn chế tranh luận bác bỏ: vấn đề cần tranh luận ghi nhớ cho thảo luận tiếp tục Trình bày rõ ràng mạch lạc vùng có vấn đề, khơng gượng ép giải Nên có ghi bảng tường 14/18 VIII Phương châm rà soát (t) 10 điều tối thiểu phương châm rà soát kỹ thuật thức Giới hạn số người tham dự kiên trì dự kiến Lập danh sách kiểm tra cho sản phẩm rà soát Cấp phát nguồn lực thời gian biểu cho FTR: nhiệm vụ trình phát triển dự tính cải biên cần thiết cho kiện chưa dự đoán 15/18 VIII Phương châm rà soát (t) 10 điều tối thiểu phương châm rà sốt kỹ thuật thức 10 Cần tiến hành huấn luyện thức cho cá nhân rà sốt Rà soát lại rà soát trước 16/18 Tổng kết • Rà sốt PM gì? • Các hình thức rà sốt PM • Lợi ích rà sốt PM • Các loại lỗi PM • Rà sốt kĩ thuật thức • Cuộc họp rà sốt • SP sau rà sốt • Phương châm việc rà soát 17/18 Thank you! 18/18 ... năng, logic triển khai - Kiểm thử trùng hợp phần mềm yêu cầu - Khẳng định phần đạt yêu cầu - Đảm bảo phần mềm phù hợp với chuẩn định sẵn - Đảm bảo phần mềm phát triển cách quán - Làm cho dự án dễ... thiết kế) phần mềm để chỉnh sửa - Chi phí khắc phục khiếm khuyết sau giai đoạn 7/18 IV Rà soát kỹ thuật thức • FTR hoạt động đảm bảo chất lượng phần mềm người tham gia phát triển phần mềm thực... Định nghĩa mục đích - Khẳng định phần sản phẩm đạt yêu cầu - Kiểm soát việc đạt chất lượng tối thiểu sản phẩm • Áp dụng thời điểm khác trình phát triển phần mềm 4/18 II Các hình thức • Các kiểu