Phương pháp theo dõi các yêu cầu phần mềm:
Theo dõi dấu vết của một yêu cầu phần mềm cho phép chúng ta quản lý được các yêu cầu phần mềm này, nguồn gốc của nó, các mối liên quan của nó và cách thực hiện, kiểm thử, bảo dưỡng và phát triển nó.
04 thao tác cần thiết với quá trình theo dõi dấu vết của một yêu cầu phần mềm:
• Forward to Requirement: quá trình mang yêu cầu khách hàng(cusomer’s needs) chuyển thành yêu cầu phần mềm.
• Backward from Requirement: quá trình xác nhận khả năng đúng đắn của yêu cầu phần mềm bởi yêu cầu của khách hàng.
• Forward from Requirement: là quá trình ấn định một yêu cầu cho một hoặc nhiều thành phần hệ thống. Thao tác này thuận tiện cho việc ước lượng ảnh hưởng của việc thay đổi yêu cầu phần mềm.
• Backward to Requirement: quá trình này chỉ ra rằng yêu cầu đã được kiểm tra thích ứng với hệ thống nhất định.
Người ta còn sử dụng ma trận theo dõi các yêu cầu phần mềm để liên kết các yêu cầu phần mềm và các thành phần khác của hệ thống. Các liên kết này thường được thể hiện giữa các thành phần:
• Các trường hợp sử dụng (yêu cầu phần mềm) • Các yêu cầu chức năng (functional requirement) • Các thành phần thiết kế(design element)
• Mã chương trình (code)
• Trường hợp kiểm thử(test case)
Đảm bảo yêu cầu phần mềm(Thẩm định&xác minh các yêu cầu phần mềm):
Mục đích của việc kiểm tra xác minh thẩm định các yêu cầu phần mềm về tính đúng đắn, tính hoàn thiện và chất lượng của các yêu cầu phần mềm
Các yêu cầu phần mềm chúng ta miêu tả trong SRS phải đúng là những yêu cầu từ khách hàng, các yêu cầu giải quyết được những công việc của họ.
Chúng ta có nhiệm vụ kiểm soát tính chính xác, tính không trùng lặp của các yêu cầu phần mềm này.
Các thao tác thẩm định xác minh có thể bao gồm:
Viết các trường hợp kiểm thử cho các yêu cầu: sử dụng mô hình hộp đen từ các trường hợp sử dụng để đánh giá hoạt dộng và hành vi của hệ thống. Duyệt các hành vi và theo dõi các hoạt động để kiểm tra hệ thống đang đặc tả có đáp ứng các yêu cầu của NSD hay không.
Xây dựng tài liệu hướng dẫn sử dụng (user manual): để tiết kiệm thời gian chúng ta có thể dựng bản nháp của tài liệu hướng dẫn sử dụng và sử dụng nó như là tài liệu để kiểm tra lại các yêu cầu phần mềm.
Định nghĩa các tiêu chuẩn chấp nhận: Hỏi NSD xem các tiêu chí thực họ đánh giá sản phầm phần mềm cần xây dựng theo những tiêu thức như thế nào để chúng ta có thể đưa những tiêu thức đó vào các trường hợp sử dụng của hệ thống
Tham gia vào quá trình duyệt các yêu cầu phần mềm:
Các PTV
Các đại diện của NSD (Product champions)
Tất cả các thành viên của công ty phần mềm sẽ tham gia vào quá trình thực hiện phần mềm: LTV, các nhà kiểm thử, v.v Quy trình duyệt: Lập kế hoạch Các buổi họp mặt Chuẩn bị Các buổi họp duyệt Làm sửa đổi Kết thúc
Các công cụ/biểu mẫu sử dụng:
Các tiêu thức đánh giá(entry and exit criteria check list) Requirement Inspection Checklist
Kiểm thử các yêu cầu phần mềm(Testing):
Quy trình kiểm thử:
Business Requirement Use Case
Functional Requirement
Dialog Map Test Case
Ma trận theo dõi các trường hợp sử dụng