Bài giảng Phân tích yêu cầu phần mềm: Lecture 12 - Trần Văn Hoàng
Số trang: 17
Loại file: pdf
Dung lượng: 260.74 KB
Lượt xem: 11
Lượt tải: 0
Xem trước 2 trang đầu tiên của tài liệu này:
Thông tin tài liệu:
Bài giảng "Phân tích yêu cầu phần mềm - Lecture 12: Kiểm tra và kiểm chứng (Verification and Validation)" cung cấp cho người học các kiến thức: Khái niệm, các kỹ thuật kiểm chứng, các kỹ thuật kiểm tra (Verification Techniques), V&V độc lập. Mời các bạn cùng tham khảo nội dung chi tiết.
Nội dung trích xuất từ tài liệu:
Bài giảng Phân tích yêu cầu phần mềm: Lecture 12 - Trần Văn Hoàng Phân tích yêu cầu phần mềm Lecture 12: Kiểm tra và Kiểm chứng (Verification and Validation)Khái niệm: Định nghĩa V&VCác kỹ thuật kiểm chứng Lập bản mẫu (Prototyping) Phân tích mô hình (Model Analysis) (e.g. Model Checking) Kiểm duyệt (Inspection)Các kỹ thuật kiểm tra (Verification Techniques) Thực hiện lưu vết đặc tả (Specifications Traceable) (Bài 19) Kiểm thử (Testing) Kiểm duyệt mã lệnh (Code Inspection) Phân tích mã lệnh (Code analysis)V&V độc lập 1 Phân tích yêu cầu phần mềm Verification and ValidationKiểm chứng (Validation) Problem “Chúng ta đã xây dựngđúng hệ thống ?” Situation Khai báo vấn đề đã thực sự nắm bắt được vấn đề thực tế? Validatio n Hệ thống đã đáp ứng được Problem nhu cầu của tất cả đối tác? StatementKiểm tra (Verification) Verificatio n “Chúng ta đã xây dựng hệ thống đúng?” Implementation Thiết kế đáp ứng đặc tả? Statement Cài đặc đáp ứng đặc tả? Hệ thống được phân phối sẽ thực hiện điều mà nó phải làm? Các mô hình yêu cầu thống nhất với những mô hình khác? System 2 Phân tích yêu cầu phần mềm Khái niệm: Tiêu chuẩnV&V Source: Adapted from Jackson, 1995, p170-171Application Domain Machine Domain Sự khác biệt: Domain Properties: những điều luôn luôn đúng trong lĩnh vực ứng dụng Requirements: những điều chúng ta mong là đúng trong lĩnh vực ứng dụng Specification: sự mô tả các hành vi mà chương trình cần thực hiện để đáp ứng vớicác yêu cầu Hai tiêu chuẩn kiểm tra (verification) Chương trình (Program) thực hiện trên một máy tính (Computer) cụ thể đáp ứngvới đặc tả (Specification) Đặc tả (Specification) được cho trong thuộc tính của lĩnh vực (Domain properties)thỏa mãn các yêu cầu (Requirements) Hai tiêu chuẩn kiểm chứng (validation) Chúng ta đã xem xét (và hiểu) tất cả các yêu cầu (Requirements) quan trọng? Chúng ta đã xem xét (và hiểu) tất cả các thuộc tính lĩnh vực(Domain properties)liên quan. 3 Phân tích yêu cầu phần mềm Ví dụ V&V Ví dụ Requirement R: “Phản lực chỉ có thể xảy ra khi máy bay đang chạy trên đường băng” Domain Properties D: Xung lực bánh xe xảy ra khi và chỉ khi các bánh xe bật ra Các bánh xe bật ra khi và chỉ khi nó chạy trên đường băng Specification S: Phản lực có thể xảy ra khi và chỉ khi có xung lực bánh xe Kiểm tra Phần mềm cho máy bay, P, thực thi trên máy tính trong buồng lái của máybay, C, có hoàn toàn chính xác như đặc tả, S? S, trong ngữ cảnh của giả thuyết D, có đáp ứng R? Kiểm chứng Giả thuyết của chúng ta, D, về lĩnh vực có thật chính xác? Có thiếu sót gìkhông? Yêu cầu, R, có thật sự cần thiết? Có thiếu sót gì không? 4 Phân tích yêu cầu phần mềm Chu trình điều tra Lưu ý : Tương tự như Kiến thức có trước một tiến trình khảo(e.g. Phản hồi từ khách hàng) sát khoa học : Các mô hình yêu Giả thiết ban đầu cầu là lý thuyết về thực tế; Thiết kế sẽ Quan sát kiểm thử các lý (Điều gì sai trong thuyết đó. hệ thống hiện tại?) Tìm kiếm những bất thường – Can thiệp Cái không thể giải thích bằng Mô hình ...
Nội dung trích xuất từ tài liệu:
Bài giảng Phân tích yêu cầu phần mềm: Lecture 12 - Trần Văn Hoàng Phân tích yêu cầu phần mềm Lecture 12: Kiểm tra và Kiểm chứng (Verification and Validation)Khái niệm: Định nghĩa V&VCác kỹ thuật kiểm chứng Lập bản mẫu (Prototyping) Phân tích mô hình (Model Analysis) (e.g. Model Checking) Kiểm duyệt (Inspection)Các kỹ thuật kiểm tra (Verification Techniques) Thực hiện lưu vết đặc tả (Specifications Traceable) (Bài 19) Kiểm thử (Testing) Kiểm duyệt mã lệnh (Code Inspection) Phân tích mã lệnh (Code analysis)V&V độc lập 1 Phân tích yêu cầu phần mềm Verification and ValidationKiểm chứng (Validation) Problem “Chúng ta đã xây dựngđúng hệ thống ?” Situation Khai báo vấn đề đã thực sự nắm bắt được vấn đề thực tế? Validatio n Hệ thống đã đáp ứng được Problem nhu cầu của tất cả đối tác? StatementKiểm tra (Verification) Verificatio n “Chúng ta đã xây dựng hệ thống đúng?” Implementation Thiết kế đáp ứng đặc tả? Statement Cài đặc đáp ứng đặc tả? Hệ thống được phân phối sẽ thực hiện điều mà nó phải làm? Các mô hình yêu cầu thống nhất với những mô hình khác? System 2 Phân tích yêu cầu phần mềm Khái niệm: Tiêu chuẩnV&V Source: Adapted from Jackson, 1995, p170-171Application Domain Machine Domain Sự khác biệt: Domain Properties: những điều luôn luôn đúng trong lĩnh vực ứng dụng Requirements: những điều chúng ta mong là đúng trong lĩnh vực ứng dụng Specification: sự mô tả các hành vi mà chương trình cần thực hiện để đáp ứng vớicác yêu cầu Hai tiêu chuẩn kiểm tra (verification) Chương trình (Program) thực hiện trên một máy tính (Computer) cụ thể đáp ứngvới đặc tả (Specification) Đặc tả (Specification) được cho trong thuộc tính của lĩnh vực (Domain properties)thỏa mãn các yêu cầu (Requirements) Hai tiêu chuẩn kiểm chứng (validation) Chúng ta đã xem xét (và hiểu) tất cả các yêu cầu (Requirements) quan trọng? Chúng ta đã xem xét (và hiểu) tất cả các thuộc tính lĩnh vực(Domain properties)liên quan. 3 Phân tích yêu cầu phần mềm Ví dụ V&V Ví dụ Requirement R: “Phản lực chỉ có thể xảy ra khi máy bay đang chạy trên đường băng” Domain Properties D: Xung lực bánh xe xảy ra khi và chỉ khi các bánh xe bật ra Các bánh xe bật ra khi và chỉ khi nó chạy trên đường băng Specification S: Phản lực có thể xảy ra khi và chỉ khi có xung lực bánh xe Kiểm tra Phần mềm cho máy bay, P, thực thi trên máy tính trong buồng lái của máybay, C, có hoàn toàn chính xác như đặc tả, S? S, trong ngữ cảnh của giả thuyết D, có đáp ứng R? Kiểm chứng Giả thuyết của chúng ta, D, về lĩnh vực có thật chính xác? Có thiếu sót gìkhông? Yêu cầu, R, có thật sự cần thiết? Có thiếu sót gì không? 4 Phân tích yêu cầu phần mềm Chu trình điều tra Lưu ý : Tương tự như Kiến thức có trước một tiến trình khảo(e.g. Phản hồi từ khách hàng) sát khoa học : Các mô hình yêu Giả thiết ban đầu cầu là lý thuyết về thực tế; Thiết kế sẽ Quan sát kiểm thử các lý (Điều gì sai trong thuyết đó. hệ thống hiện tại?) Tìm kiếm những bất thường – Can thiệp Cái không thể giải thích bằng Mô hình ...
Tìm kiếm theo từ khóa liên quan:
Phân tích yêu cầu phần mềm Yêu cầu phần mềm Kiểm tra phần mềm Kiểm chứng phần mềm Kỹ thuật kiểm chứng Kỹ thuật kiểm traGợi ý tài liệu liên quan:
-
Bài giảng Phân tích yêu cầu phần mềm
76 trang 30 0 0 -
Bài giảng Nhập môn công nghệ phần mềm: Chương 4 - Nguyễn Minh Huy
28 trang 27 0 0 -
Đề tài: Đặc tả yêu cầu phần mềm
14 trang 26 0 0 -
Chương 2: Xác định và phân tích yệu cầu
56 trang 26 0 0 -
Báo cáo bài tập tuần 3: Phân tích yêu cầu phần mềm
11 trang 26 0 0 -
Bài giảng Phân tích yêu cầu phần mềm: Thu thập yêu cầu - Trần Văn Hoàng
21 trang 25 0 0 -
Bài giảng Phân tích thiết kế phần mềm: Chương 2 - Trường ĐH Ngoại ngữ - Tin học TP.HCM
9 trang 24 0 0 -
Bài giảng Công nghệ phần mềm: Phần 3 - Vũ Thị Hương Giang
21 trang 23 0 0 -
Sổ tay chuyên ngành Cơ điện tử: Phần 1
394 trang 23 0 0 -
Bài giảng Nhập môn Công nghệ phần mềm: Chương 2 - Đỗ Thị Thanh Tuyền
24 trang 22 0 0