Chương 2: Thu Thập Và Mô Hình Yêu Cầu

Chương 2: Thu Thập Và Mô Hình Yêu Cầu

03/13/13 1 Ch ng 2: ươ THU TH P và MÔ HÌNH Ậ YÊU C UẦ THU TH P YÊU C UẬ Ầ (Requirement Capture) 2 03/13/13 N i dungộ  M c đích c a thu th p và mô hình yêu c u ụ ủ ậ ầ  Đ nh nghĩa yêu c uị ầ  Phát hi n yêu c u (Requirements Elicitation)ệ ầ  Đàm phám và phê chu n yêu c u ẩ ầ (Requirements Negotiation and Validation) 3 03/13/13 Requirements in Context The purpose of Requirements is to:  Establish and maintain agreement with the customers and other stakeholders on what the system should do.  Give system developers a better understanding of the requirements of the system.  To define the boundaries of (delimit) the system.  Provide a basis for planning the technical contents of the iterations.  Provide a basis for estimating cost and time to develop the system.  Define a user interface of the system. 4 03/13/13 Đ nh nghĩa yêu c uị ầ  "A requirement is a condition or capability to which a system must conform".  Yêu c u là các d ch v (services) đ c mong ầ ị ụ ượ đ i c a h th ng và các ràng bu c ợ ủ ệ ố ộ (constraints) mà h thông ph i tuân theo.ệ ả [...]... và xung đột  Mơ hồ hoặc không thực tế  Một số yêu cầu chưa được khám phá  ⇒ Cần đàm phán với khách hàng đẩ phê chuẩn yêu cầu trước khi viết tài liệu yêu cầu   Các công việc thường phải thực hiện: Xác định các yêu cầu ngoài phạm vi (Out of scope requirements)  Xác định các yêu cầu chồng chéo và xung đột  Phân tích rủi ro và sắp thự tự quyền ưu tiên các yêu cầu  03/13/13 18 Xác định các yêu cầu. ..  Tập trung vào các yêu cầu ít hiểu biết nhất  Thường thực hiện ở bước xác định yêu cầu   Evolutionary prototype Được giữ lại sau khi tiến trình tìm kiếm yêu cầu hoàn tất  Thường đưa ra cho sản phẩm cuối cùng  Hướng đến việc phát triển nhanh hệ thống bằng cách tập trung vào các yêu cầu đã hiểu biết nhất (là chung cho nhiều hệ thống)  03/13/13 17 Đàm phám và phê chuẩn yêu cầu  Yêu cầu phát hiện... điều khiển của hệ thống phần mềm  03/13/13 19 THU THẬP và MÔ HÌNH YÊU CẦU MÔ HÌNH YÊU CẦU HỆ THỐNG 03/13/13 20 Tài liệu kết quả của bước yêu cầu Use-Case Model Bảng chú giải (Glossary) Actors Các Use Case Các đặc tả Use Case (Use Case Specifications) 03/13/13 Các đặc tả bổ sung (Supplementary Specification) 21 What Is a Use-Case Model?  Là mô hình ứng xử hệ thống     System behavior is the outwardly... tài liệu hóa Các yêu cầu không ổn định Người phát triển không có kinh nghiệm Sư hợp tác củas người dùng không đầy đủ Các phương pháp:  Conduct Requirements Workshops   Prototyping  03/13/13 Hội thảo phát hiện yêu cầu Một GUI, mà mô phỏng ứng xử hệ thống 14 Hội thảo phát hiện yêu cầu  Mục đích     Tạo điều kiện cho nhóm dự án gặp các stakeholder của dự án Để thu thập các yêu cầu tinh tế hơn... tích yêu cầu nhằm xác định biên hệ thống (system boudary) Các yêu cầu được phân loại ở ngoài phạm vi do: Quy định ràng cuộc của tổ chức  Giới hạn của ngân quỹ của dự án  Quá khó cài đặt vào hệ thống máy tính  Có quyền ưu tiên thấp và được loại ra khỏi phiên bản đầu tiên của hệ thống  Được cài đặt trong các thiết bị phần cứng khác, nằm ngoài điều khiển của hệ thống phần mềm  03/13/13 19 THU THẬP và. .. biểu mẫu (forms) và các báo cáo (reports), tài liệu người dùng, tài liệu phân tích và thiết kế hệ thống, … Các yêu cầu về tri thức của lĩnh vực liên quan  03/13/13 Các biểu mẫu thương mại, các thủ tục làm việc, miêu tả công việc, các kế hoạch thương mại, các hướng dẫn (manuals), các biểu đồ tổ chức … Tạp chí thương mại, sách tham khảo 13 Các phương pháp hiện đại để phát hiện yêu cầu  Được sử dụng... thi và hữu dụng của hệ thống có thể ước lượng qua prototype trước khi thực sự được cài đặt Thường được dùng khi:     03/13/13 Hệ thống xây dựng cho các chức năng thương mại mới Dùng trong quá trình xây dựng kịch bản cho use case Các yêu cầu xung đột Có vấn đề truyền thông giữa khách hàng và người phát triển 16 Các kiểu Prototyping  “Throw-away” prototype Bỏ đi khi tiến trình tìm kiếm yêu cầu hoàn... thể yêu cầu danh sách các học phần được mở trong học kỳ đó Thông tin về mỗi học phần, như tên giáo sư, khoa, và các học phần phần tiên quyết sẽ được cung cấp để giúp sinh viên chọn lựa 03/13/13 31    Sinh viên được chọn bốn học phần được mở trong học kỳ tới và có thể chọn thêm hai môn học thay thế trong trường hợp không thể đăng ký theo nguyện vọng chính Các học phần được mở có tối đa là là 100 và. .. Một khi kích hoạt, nó có thể tương tác hay cung cấp kết quả cho actor khác Phát hiện từ   03/13/13 Các yêu cầu chức năng được diễn dịch thành các use case Actor và mục đích của họ đối với hệ thống 25 Quan hệ giữa actor và use case  Communication Association : Biểu diễn sự truyền thông giữa actor và use case  Hướng mũi tên biểu diễn ai kích hoạt việc truyền thông  Client kích hoạt use case Withdraw... tài khoản từ Bank System Bank System 03/13/13 26 Video Store case study  Cho khách hàng thu băng và đĩa video  Tất cả các băng và đĩa đều được mã vạch (barcoded) và dùng một thiết bị quét tích hợp với hệ thống để đọc  Thẻ khách hàng thành viên cũng được mã vạch  Các khách hàng có thẻ thành viên có thể đặt thu trước các băng video nhận ở một ngày cụ thể nào đó  Trả lời các câu hỏi của khách hàng, . Ch ng 2: ươ THU TH P và MÔ HÌNH Ậ YÊU C UẦ THU TH P YÊU C UẬ Ầ (Requirement Capture) 2 03/13/13 N i dungộ  M c đích c a thu th p và mô hình yêu c. hình yêu c u ụ ủ ậ ầ  Đ nh nghĩa yêu c uị ầ  Phát hi n yêu c u (Requirements Elicitation)ệ ầ  Đàm phám và phê chu n yêu c u ẩ ầ (Requirements Negotiation