Rà soát phân tích thiết kế

Một phần của tài liệu Bài giảng Đảm bảo chất lượng phần mềm: Phần 1 (Trang 53 - 56)

Danh mục rà soát thiết kế

Mã dự án:

Phiên bản sản phẩm: Người rà soát: Kích thước sản phẩm:

Công sức thực hiện rà soát (giờ công):

Câu hỏi Yes No N/A Ghi chú

Rà soát tài liệu

Kiểm chứng xem các thủ tục rà soát tài liệu có được tuân thủ không bằng cách kiểm tra các tiêu chí dưới đây:

Trang tiêu đề có tên tài liệu, mã phiên bản, ngày phát hành? Header và footer có ghi rõ tên và phiên bản tài liệu không? Phần đánh số trang có chỉ rõ tổng số trang của tài liệu không? Có thể theo dõi được lịch sử không?

Tài liệu có gồm danh sách các tài liệu tham khảo không?

Kiến trúc thiết kế

Kiến trúc hệ thống có bao gồm các luồng dữ liệu, luồng điều khiển, các thành phần cao cấp và giao điện có được biểu diễn rõ ràng không? Các giao diện bên ngoài, bao gồm các giao diện người dùng có được

định nghĩa và kiểm chứng không?

Kiến trúc có được phân lớp thích hợp không?

Chiến lược xử lý lỗi có được mô tả và kiểm chứng không? Các chiến lược vào/ra có được mô tả và kiểm chứng không?

Thiết kế mức cao

Tất cả các thành phần chính có được mô tả và kiểm chứng không? Luồng dữ liệu giữa các thành phần có được mô tả không?

Các thuật toán chính có được mô tả và kiểm chứng không?

Tất cả dữ liệu và tài nguyên được chia sẻ giữa các thành phần có được mô tả không?

Có bắt được hết tất cả các trạng thái và sự kiện quan trọng của hệ thống không?

Các cấu trúc dữ liệu chính có được mô tả và kiểm chứng không?

Đầu vào các thủ tục có cần và đủđể thực hiện các hành động được yêu cầu không?

Có chiến lược được mô tả và kiểm chứng cho:

Việc xử lý các trạng thái đặc biệt ko? (Vd: kết thúc bất thường, khôi phục lỗi, mất kiểm soát)

Việc xử lý hỏng hệ thống không? (Vd: kết thúc tiến trình, khôi phục hệ

thống)

Việc quản lý bộ nhớ không? Có ước lượng bộ nhớđã sử dụng không? Việc quản lý các tài nguyên được chia sẻ không? Các module sử dụng tài nguyên được chia sẻ có được chỉ rõ không?

x

Thiết kế chi tiết

Mỗi đơn vị có một định danh duy nhất và tuân theo quy ước về kiểu và

đặt tên không?

x

Ngôn ngữ lập trình và các công nghệđược đề xuất có tương thích không?

Có thiết kế cho từng đơn vị chứa các hiển thị thích hợp không? (Ví dụ: cấu trúc tĩnh, định nghĩa dữ liệu, luồng dữ liệu, kiểm soát luồng, trạng thái)

x

Toàn bộ hàm và mục đích của mỗi đơn vị có được mô tả không? x

Các lời gọi, sự kiện và thông điệp giữa các đơn vị có được ghi trong tài liệu không?

x

Thiết kế có phản ánh môi trường hoạt động thực tế không? Phần cứng? Phần mềm?

x

Các ràng buộc như thời gian xử lý, thời gian chạy, sử dụng bộ nhớ, vào ra, truy cập cơ sở dữ liệu và thời gian phản hồi cho đơn vị này có được xem xét không?

x

Lỗi, ngoại lệ và các xử lý và trạng thái bất thường có được mô tả chi tiết không?

x

Các thành phần dữ liệu đã được mô tả chi tiết chưa? x

Miền giá trị hợp lệ và các ràng buộc dữ liệu khác có được chỉ rõ không? x

Việc quản lý và sử dụng dữ liệu được chia sẻ và lưu trữ có được mô tả rõ ràng không?

x

Các đầu vào và đầu ra của tất cả các giao diện đã đầy đủ và cần thiết chưa?

x

Đã mô tả chi tiết các module được yêu cầu như sau chưa:

Có mô tả các tác nhân và các trường hợp sử dụng của hệ thống không? x

Có mô tả sơđồ luồng của tất cả các hàm public không? x

Có mô tả các biến public được sử dụng trong hệ thống không? x

Có mô tảđịnh dạng dữ liệu bên ngoài được sử dụng trong hệ thống không?

x

Có mô tả giao diện người dùng của hệ thống như sau không:

Có mô tả/sắp xếp vị trí của tất cả các phần tử trong giao diện người dùng không?

x

Có mô tả các tiến trình hoặc hành động cho giao diện người dùng không? x

Có mô tả quan hệ giữa các phần tử trong giao diện người dùng và các module hoặc các hàm public không?

x * Nhận xét * Kết luận [ ] - Qua [ ] - Rà soát [ ] - Khác

Một phần của tài liệu Bài giảng Đảm bảo chất lượng phần mềm: Phần 1 (Trang 53 - 56)

Tải bản đầy đủ (PDF)

(94 trang)