Slide Bài tập tuần 4: Phân tích yêu cầu phần mềm - Nhóm 3

Chia sẻ: Cau Be | Ngày: | Loại File: PPTX | Số trang:29

Thêm vào BST

Báo xấu

140
lượt xem 20
download

Download Vui lòng tải xuống để xem tài liệu đầy đủ

Slide Bài tập tuần 4: Phân tích yêu cầu phần mềm - Nhóm 3 trình bày một số nội dung về Requirements verification và Requirements validation, Simple check, Prototyping, Functional test design, User manual development, Reviews and Inspections, Fagan inspection. Mời các bạn cùng tham khảo.

Chủ đề:

Bình luận(0) Đăng nhập để gửi bình luận!

Lưu

Nội dung Text: Slide Bài tập tuần 4: Phân tích yêu cầu phần mềm - Nhóm 3

́ ̀ ̀ Phân tich yêu câu phân ̀ mêm ̀ ̣ ̀ Bai tâp tuân 4 ̉ ̀ ́ ́ Giang viên: PGS.TS. Huynh Quyêt Thăng Danh sách sinh viên: ́ Lê Trung Hiêu 20111568 CNTT-TT 2.3 K56 ̀ Đam Văn Hoai ̀ 20111600 CNTT-TT 2.3 K56 Nguyên Đức Cương 20111203 CNTT-TT 2.3 K56 ̃ ̀ Đoan Văn Đat ̣ 20111370 CNTT-TT 2.3 K56 1
1. Requirements Verification và Requirements Validation  Phân biệt Anh hưởng của Xác nhận yêu cầu (Requirements ̉ Validation) Anh hưởng cua Kiêm chứng yêu câu (Requirements ̉ ̉ ̉ ̀ Verification)
Phân biệt: Xác nhận yêu cầu(Requirements Kiển chứng yêu cầu(Requirements Validation) Verification) Cac thủ tuc kiêm tra đông (thay đôi theo ́ ̣ ̉ ̣ ̉ cac thủ tuc kiêm tra tinh (có cac quy tăc ́ ̣ ̉ ̃ ́ ́ diên biên cua dự an, tuy vao cac bên liên ̃ ́ ̉ ́ ̀ ̀ ́ cho săn để ap dung), có tac dung ngăn ̃ ́ ̣ ́ ̣ quan), có tac dung để sửa chữa đăc tả yêu ́ ̣ ̣ ngừa sự sai khac cua phân mêm với đăc tả ́ ̉ ̀ ̀ ̣ ̀ câu Là quá trinh mang tinh chủ quan cua Là quá trinh mang tinh khach quan, cac tiêu ̀ ́ ̉ ̀ ́ ́ ́ cac bên liên quan, phụ thuôc rât nhiêu chuân kĩ thuât được ap dung để so sanh san ́ ̣ ́ ̀ ̉ ̣ ́ ̣ ́ ̉ vao đanh giá cua người dung ̀ ́ ̉ ̀ phâm với đăc tả ̉ ̣ Khi phat hiên lôi, cân sửa chữa đăc tả Khi phat hiên lôi, viêc sửa chữa tôn it ́ ̣ ̃ ̀ ̣ ́ ̣ ̃ ̣ ́ ́ (chi phí thâp nêu chưa tao ra san chi phí ́ ́ ̣ ̉ phâm), nêu san phâm đã được tao ra ̉ ́ ̉ ̉ ̣ thì chi phí khăc phuc rât cao ́ ̣ ́
Anh hưởng của Xác nhận yêu cầu (Requirements ̉ Validation): o Đam bao khi san phâm được tao ra sẽ đap ứng đung yêu câu ̉ ̉ ̉ ̉ ̣ ́ ́ ̀ người dung, và được châp nhân. ̀ ́ ̣ o Tạo ra sự thống nhất giữa các bên liên quan o Phản ứng dây chuyền Anh hưởng cua Kiêm chứng yêu câu (Requirements ̉ ̉ ̉ ̀ Verification): o Đam bao răng khi phân mêm được hoan thanh thì nó sẽ phù ̉ ̉ ̀ ̀ ̀ ̀ ̀ hợp với cac đăc tả yêu câu. ́ ̣ ̀ o Rà soat lôi cua những người thiêt kê, lâp trinh ́ ̃ ̉ ́ ́ ̣ ̀ o Điêu chinh những ban thiêt kế hệ thông môt cach chinh xac, ̀ ̉ ̉ ́ ́ ̣ ́ ́ ́ tôi ưu. ́
2. Simple Check Quy trình thực hiện Thời gian thực hiện Tác nhân tham gia
Quy trình thực hiện Người kiểm duyệt, kiểm soát yêu cầu phải có các kiến thức từ trước (các phản hồi từ khách hàng ) Quan sát xem có những cái gì sai lệch trong hệ thống hiện tại. Mô hình hóa : Mô tả và giải thích vấn đề Phân tích và kiểm tra các đặc tính của mô hình
Thờiậgian thkhác nhau bằng cách truy xuất Kỹ thu t kiểm tra sự ực hiện nguồn gốc của yêu cầu Vì vậy kỹ thuật simple check được thực hiện trong mọi giai đoạn phát triển của phần mềm.
Táctrình viên tham gia Lập nhân Bộ phận kiểm thử Nhà quản lý dự án
3. Prototyping Quy trình thực hiện Thời gian thực hiện Tác nhân tham gia
Quy ọn các nguyên mẫcđể thệnghiệm Lựa ch trình thự u hiử n Sau khi đã lựa chọn được các nguyên mẫu để thử nghiệm thì xây dựng các kịch bản thử nghiệm. Cần phải có một kế hoạch cụ thể để xây dựng các kịch bản thử nghiệm sao cho bao quát toàn bộ các yêu cầu phần mềm
Thực hiện đồng ththvực hiệxác định yêu cầu phần Th ời gian ời ới quá trình n mềm
Táctrình viên tham gia Lập nhân Bộ phần kiểm thử Nhà quản lý dự án
4. Functional test design Quy trình thực hiện Thời gian thực hiện Tác nhân tham gia Công cụ điển hình
Quynhtrình năng ực ầhiệnự kiến s ẽ thực Xác đị các chức th mà ph n mềm d hiện Tạo ra các dữ liệu đầu vào dựa trên thông số kỹ thuật của chức năng Xác định đầu ra dựa trên thông số kỹ thuật của chức năng Thực hiện các trường hợp thử nghiệm So sánh các kết quả đầu ra thực tế và dự kiến Kiểm tra xem các ứng dụng làm việc theo nhu cầu của khách hàng
Ththểi(và nên) đượthựcồnhiệnả yêu cầu - Mỗi Có ờ gian c bắt ngu từ đặc t (chức năng) yêu cầu cần phải có một thử nghiệm liên quan Mỗi trường hợp yêu cầu kiểm tra phải được bắt nguồn từ yêu cầu của nó - Phát minh ra các yêu cầu kiểm tra là một kỹ thuật xác nhận hiệu quả  Thiết kế các xét nghiệm này có thể phát hiện sai sót trong đặc điểm kỹ thuật (ngay cả trước khi thiết kế và xây dựng hệ thống)!  Một số quy trình phát triển phần mềm (ví dụ như phương pháp nhanh nhẹn) bắt đầu với các bài kiểm thử trước khi phát triển phần mềm.(lập trình).
Tác hàng Khách nhân tham gia Bộ phận lập trình Bộ phận kiểm thử Người quản lí dự án.
Công cụ điển hình Dialog map Test case Ma trận theo dõi các trường hợp sử dụng
5. User hiện Quy trình thực manual Development. Thời gian thực hiện Tác nhân tham gia Công cụ điển hình
Quyếtrình thvà bct đhiệinệ thống Làm th nào để cài đặt ự ắ ầu vớ h Mô tả các chức năng và làm thế nào nó được thực hiện Làm thế nào để có được ra khỏi rắc rối Những bộ phận của hệ thống đã không được thực hiện
Thờiảogian ười dùng ngay tệsớm trong quy trình Phác th sổ tay ng thực hiừ n phát triển yêu cầu và dùng nó như là tài liệu đặc tả yêu cầu hoặc như một trợ giúp cho phân tích yêu cầu