Slide thuyết trình đảm bảo chất lượng phần mềm

Đâ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

Giảng viên hướng dẫn: Th.s Nguyễn Đức Lưu  Sinh viên thực hiện   :  Nhóm 3

Lớp       :  KTPM6-K10

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)

Thành viên trong nhóm

• Dương Văn Sơn 

• Lê Nguyên Bằng 

• Hoàng Đình Dũng

• Lê Xuân Dương

• Bùi Thiện Quyết

• Trần Hữu Đông

Rà soát phần mềm 

I.Định nghĩa và mục đích

II Các hình thức 

III Các loại lỗi 

IV Rà soát kỹ thuật chính thức 

V Tiến trình hoạt động rà soát 

VI Cuộc họp rà soát 

VII Sản phẩm rà soát 

VIII Phương châm rà soát

I.Định nghĩa và mục đích

II Các hình thức 

III Các loại lỗi 

IV Rà soát kỹ thuật chính thức 

V Tiến trình hoạt động rà soát 

VI Cuộc họp rà soát 

VII Sản phẩm rà soát 

VIII Phương châm rà soát

3/18

I Định nghĩa và mục đích

• Rà soát phần mềm là việc xem xét, đánh giá sản phẩm được tiến hành mỗi giai đoạn, để phát hiện ra những khiếm khuyết cẩn sửa chữa trước khi sang giai đoạn sau

• Mục tiêu:

- Chỉ ra các khiếm khuyết cần cải thiện 

- Khẳng định những 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 của sản phẩm

• Áp dụng trong các thời điểm khác nhau trong quá trình phát triển phần mềm

II Các hình thức

• Các kiểu rà soát:

- Họp xét duyệt không chính thức.

- Họp chính thức trước với các 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 các rà soát kỹ thuật chính thức).

• FTR (Formal Technical Review) chủ yếu do các kỹ sư phần mềm thực hiện.

5/18

III Các loại lỗi

Lỗi mới được sinh ra

Lỗi còn tồn tại của các bước trước

Lỗi phóng đại lên do các nhân tố ảnh hưởng của các lỗi bước trước

Nếu không rà soát lỗi tồn tại gia tăng nhanh, và chi phí cho việc khắc phục lớn, vấn đề đặt ra là: chi phí ngay bây giờ hay để lại sau chi phí lớn hơn.

Lợi ích

- Sớm phát hiện ra các khiếm khuyết

(50-60% là do thiết kế) của phần mềm để chỉnh

sửa 

- Chi phí khắc phục khiếm khuyết sau mỗi

giai đoạn

7/18

IV Rà soát kỹ thuật chính thức

• FTR là hoạt động đảm bảo chất lượng phần mềm do chính những

người tham gia phát triển phần mềm thực hiện.

• Mục tiêu:

- Phát hiện các lỗi trong chức năng , trong logic và trong triển khai

- Kiểm thử sự trùng hợp của phần mềm và 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 các chuẩn đã định sẵn.

- Đảm bảo phần mềm được phát triển một cách nhất quán

- Làm cho dự án dễ quản lý hơn.

- Dùng làm cơ sở huấn luyện cho người phát triển phần mềm

V Tiến trình hoạt động

rà soát

9/18

• Yêu cầu:

- Có 3-5 người liên quan 

- Không nên ít hơn 2h

- Hạn chế rà soát cụ thể 

- Trọng tâm về sản phẩm : một phần của sản phẩm

- Thành phần: lãnh đạo rà soát, cá nhân rà soát và có sản phẩm được rà soát 

- Kết quả phải quyết định được: chấp nhận sản phẩm không chỉnh sửa hay khước từ sản phẩm vì lỗi nghiêm trọng, hoặc chấp nhận chỉnh sửa nhưng phải rà soát lại

- Phải có biên bản xác nhận cuộc họp

VI Cuộc họp rà soát

VII Sản phẩm rà soát

Sản phẩm của cuộc họp rà soát

Báo cáo các vấn đề nảy sinh do các cá nhân rà soát nêu ra  

Một danh sách các vấn đề cần giải quyết do cuộc họp thống nhất  

Một văn bản tổng kết cuộc họp rà soát đó 

11/18

VII Sản phẩm rà soát

Văn bản tổng kết họp rà soát phải chỉ rõ

Rà soát là cái gì?

Ai rà soát?

Tìm thấy cái gì? Đưa ra kết luận  

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 những người làm nhiệm vụ rà soát, thống nhất tán thành và tuân thủ

10 điều tối thiểu trong phương châm rà soát kỹ thuật chính thức

Rà soát sản phẩm, không rà soát người làm nó

1

Lập chương trình nghị sự và duy trì nó

2

13/18

VIII Phương châm rà soát (t)

10 điều tối thiểu trong phương châm rà soát kỹ thuật chính thức

Hạn chế tranh luận và bác bỏ: các vấn đề cần tranh luận được ghi nhớ cho các thảo luận tiếp tục

3

Trình bày rõ ràng mạch lạc các vùng có vấn đề, nhưng không gượng ép giải quyết

4

VIII Phương châm rà soát (t)

10 điều tối thiểu trong phương châm rà soát kỹ thuật chính thức

Lập một danh sách kiểm tra cho từng sản phẩm sẽ được rà soát.

7

Giới hạn số người tham dự và kiên trì các dự kiến

6

Cấp phát nguồn lực và thời gian biểu cho các FTR: là một nhiệm vụ trong quá trình phát triển dự tính các cải biên cần thiết cho sự kiện chưa dự đoán được

8

15/18

VIII Phương châm rà soát (t)

10 điều tối thiểu trong phương châm rà soát kỹ thuật chính thức

Rà soát lại các rà soát trước đây

10

Cần tiến hành huấn luyện chính thức cho các cá nhân rà soát

9

Tổng kết

• Rà soát PM là gì?.

• Các hình thức rà soát PM.

• Lợi ích của rà soát PM.

• Các loại lỗi PM.

• Rà soát kĩ thuật chính thức

• Cuộc họp rà soát

• SP sau khi rà soát.

• Phương châm của việc rà soát

17/18

Thank you!