Bài giảng Thu nhận yêu cầu - Chương 7: Requirements Management (quản lý yêu cầu) do Trần Thị Kim Chi biên soạn cung cấp cho người học các kiến thức: Requirement baseline, Requirement Managemen (RM). Mời các bạn cùng tham khảo nội dung chi tiết.
Quản lý yêu cầu Bài giảng môn Thu Nhận Yêu cầu BM HTTT - Khoa CNTT - HUI Requirement baseline Requirement Management (RM) ◦ Traceability ◦ Công cu Bài giảng môn Thu Nhận Yêu cầu - BM HTTT - Khoa CNTT - HUI Bài giảng môn Thu Nhận Yêu cầu - BM HTTT - Khoa CNTT - HUI Là tập hợp các yêu cầu chức và phi chức mà đội phát triển đã cam kết để thực thi hệ thống Xác định baseline giúp stakeholders hiểu được khả và đặc trưng mà họ có thể mong thấy được phần mềm sẽ phát hành Bài giảng môn Thu Nhận Yêu cầu - BM HTTT - Khoa CNTT - HUI Quản lý yêu cầu nhấn mạnh: Kiểm soát thay đổi đối với requirement baseline Giữ các kế hoạch dự án phù hợp với tình trạng yêu cầu hiện Kiểm soát các phiên bản yêu cầu riêng biệt và các tài liệu yêu cầu Quản lý mối quan hệ yêu cầu, các liên kết hoặc phu thuộc các yêu cầu riêng biệt và các phần tử được chuyển giao dự án Giám sát trạng thái yêu cầu baseline Bài giảng môn Thu Nhận Yêu cầu - BM HTTT - Khoa CNTT - HUI Requirements Manager/Project Manager: là người có nhiệm vu quản lý các yêu cầu từ lúc trở thành baseline và tất cả các phiên bản chỉnh sửa có phê duyệt sau đó Mọi stakeholder đều có quyền sử dung Bài giảng môn Thu Nhận Yêu cầu - BM HTTT - Khoa CNTT - HUI Phải có chịu trách nhiệm về các hoạt động quản lý yêu cầu Người phân tích yêu cầu (requirement analyst) dự án thường là người quản lý yêu cầu, có nhiệm vu: ◦ Xác lập chế lưu trữ yêu cầu ◦ Xác định các thuộc tính yêu cầu ◦ Quản lý trạng thái yêu cầu và cập nhật liệu theo dõi trạng thái ◦ Phát sinh các báo cáo về hoạt động liên quan đến thay đổi Bài giảng môn Thu Nhận Yêu cầu - BM HTTT - Khoa CNTT - HUI Requirements Baseline là cầu nối phát triển yêu cầu (requirement development) và quản lý yêu cầu (Requirements management ) Quản lý yêu cầu bao gồm tất cả hoạt động nhằm trì tính bảo toàn (integrity), đợ chính xác (accuracy) và tính hiện hành baseline Bài giảng môn Thu Nhận Yêu cầu - BM HTTT - Khoa CNTT - HUI Kiểm soát thay đổi (Change Control) Kiểm soát phiên (Version Control) Giám sát trạng thái yêu cầu (Requiremen t Status Tracking) Lần vết yêu cầu (Requiremen t Tracing) • Đề xuất thay • Xác định • Định nghĩa • Định nghĩa đổi phiên liên kết trạng thái • Phân tích ảnh tài với yêu yêu cầu • Giám sát hưởng liệu yêu cầu khác • Ra định • Định nghĩa cầu u cầu • Truyền thơng • Xác định liên kết định • Tích hợp phiên với phần nghĩa trạng • Đo lường độ ổn sốt xét tử hệ thống thái định yêu yêu khác cầu cầu Bài giảng môn Thu Nhận Yêu cầu - BM HTTT - Khoa CNTT - HUI Các yêu cầu baseline phải được phân biệt với các yêu cầu đã được đề xuất không được chấp nhận Tài liệu SRS đã được baseline chỉ nên chứa các yêu cầu đã được lên kế hoạch cho phiên bản cu thể nào đó, nó khác với các phiên bản nháp trước đó chưa được phê duyệt Bài giảng môn Thu Nhận Yêu cầu - BM HTTT - Khoa CNTT - HUI 10 “U” chỉ yêu cầu người dùng “S” chỉ yêu cầu hệ thống Theo dõi S12 trỏ đến nguồn nó thấy rõ ràng yêu cầu này sai: phải loại bỏ, viết lại hay cần sửa lại việc theo dõi này Bài giảng môn Thu Nhận Yêu cầu - BM HTTT - Khoa CNTT - HUI 34 Bài giảng môn Thu Nhận Yêu cầu - BM HTTT - Khoa CNTT - HUI 35 Version control là các điểm chính quản lý yêu cầu Mỗi phiên bản (version) tài liệu yêu cầu phải được xác định nhất Mỗi thành viên đội có thể truy xuất vào phiên bản hiện hành yêu cầu và các thay đổi phải được lưu trữ lại cách rõ ràng và được gửi đến mọi người có liên quan Bài giảng môn Thu Nhận Yêu cầu - BM HTTT - Khoa CNTT - HUI 36 Để giảm thiểu nhầm lần, mâu thuẫn và sai lệch thông tin, chỉ cho phép vài cá nhân được quyền cập nhật yêu cầu và bảo đảm là mã phiên bản thay đổi yêu cầu thay đổi Mỗi phiên bản hiện hành nên chứa phần revision history: xác định đã có thay đổi gì, ngày thay đổi, đã gây thay đổi, lý cho thay đổi, cộng thêm số phiên bản, thường số phiên bản sẽ tăng có yêu cầu thay đổi Bài giảng môn Thu Nhận Yêu cầu - BM HTTT - Khoa CNTT - HUI 37 Cơ chế kiểm soát phiên bản đơn giản nhất là tự đặt tên lần duyệt SRS theo quy ước chuẩn Ví du: phiên bản đầu tiên "Version 1.0 draft 1.“, phiên bản kế tiếp là "Version 1.0 draft 2” Số phiên bản sẽ tăng cho đến tài liệu được phê duyệt và baseline Sau đó nhãn sẽ thay đổi thành "Version 1.0 approved.“, các phiên bản kế tiếp là "Version 1.1 draft 1" nếu sửa đổi nhỏ hay "Version 2.0 draft 1" nếu sửa đổi lớn Bài giảng môn Thu Nhận Yêu cầu - BM HTTT - Khoa CNTT - HUI 38 Khó giữ cho tài liệu đồng bộ có thay đổi Khó truyền đạt kịp thời thay đổi đến các đội thực hiện Khó khăn việc lưu trữ thông tin bổ sung về yêu cầu Khó xác định được link yêu cầu chức với các phần tử khác hệ thống Khó khăn theo dõi trạng thái yêu cầu (requirements status) Bài giảng môn Thu Nhận Yêu cầu - BM HTTT - Khoa CNTT - HUI 39 Khó quản lý đồng thời các tập yêu cầu cho phiên bản khác hay sản phẩm có liên quan Khi yêu cầu tham chiều đến phiên bản khác, analyst cần chuyển theo cả yêu cầu đó Sử dung lại yêu cầu có nghĩa là analyst phải tự chép văn bản từ SRS gốc đến SRS dùng cho hệ thống khác Khó khăn có nhiều người tham gia sửa đổi yêu cầu Không có chỗ thích hợp để lưu trữ lại các yêu cầu bị loại bỏ hay bị xóa khỏi baseline Bài giảng môn Thu Nhận Yêu cầu - BM HTTT - Khoa CNTT - HUI 40 Công cu sẽ giúp lưu trữ thông tin CSDL đa người dùng giúp giải quyết được các hạn chế quản lý yêu cầu bằng văn bản thông thường Các dự án nhỏ có thể dùng bảng tính điện tử (spreadsheet) hay CSDL đơn giản để quản lý yêu cầu Các dự án lớn nên dùng công cu quản lý yêu cầu tự động Bài giảng môn Thu Nhận Yêu cầu - BM HTTT - Khoa CNTT - HUI 41 Create and view requirements as entities and properties directly in the model Collate the requirements in an external CSV file and then import them into your model Detail use cases and scenarios directly in the model Enter standard attributes (properties) for each requirement, such as difficulty, status and type, and define your own attributes (properties) Bài giảng môn Thu Nhận Yêu cầu - BM HTTT - Khoa CNTT - HUI 42 Trace requirements to Use Cases, business rules, test cases and analysis artifacts (using, for example, the Relationship Matrix) Trace and view the impact of changes on requirements (through, for example, the Traceability window) and review the changes themselves Create customer-quality MS Word and HTML reports on requirements Bài giảng môn Thu Nhận Yêu cầu - BM HTTT - Khoa CNTT - HUI 43 Rational DOORS IBM Enterprise Architecture (www.sparxsystems.com) CaliberRM Borland … Bài giảng môn Thu Nhận Yêu cầu - BM HTTT - Khoa CNTT - HUI 44 Lựa chọn các trạng thái mà bạn muốn sử dung để mô tả vòng đời các yêu cầu chức dự án bạn Định nghĩa tình trạng hiện thời cho yêu cầu SRS và theo sát sự diễn biến yêu cầu phần còn lại dự án Định nghĩa một sơđồ kiểm soát phiên bản để định danh tài liệu yêu cầu bạn Tài liệu hóa sơđồ này nhưlà một phần quy trình quản lý u cầu bạn Viết mợt mơ tả quy trình về các bước mà tổ chức bạn sẽ thực hiện để quản lý các yêu cầu dự án Khuyến khích các nhà phân tích soạn thảo, soát xét, làm dự án thử nghiệm, chấp tḥn các hoạt đợng quy trình và các sản phẩm được chuyển giao quy trình Hãy chắc chắn rằng các bước quy trình mà bạn lựa chọn là có tính thực hành và thực tế, chúng giúp bạn tăng thêm giá trị dự án Bài giảng môn Thu Nhận Yêu cầu - BM HTTT - Khoa CNTT - HUI 45 Xác định người quyết định dự án bạn và tổ chức họ nhưmột ban kiểm soát thay đổi Yêu cầu CCB viết một quy chế hoạt động để chắc chắn người đều hiểu muc đích ban, thành phần và quy trình qút định Định nghĩa mợt sơđờ state-transition đới với chu trình sớng các thay đổi yêu cầu được đề xuất dự án bạn, bắt đầu với sơđờ Hình 17-2 Viết mợt thủ tuc mô tả nhóm bạn sẽ xử lý các thay đổi yêu cầu được đề xuất nhưthế nào Sử dung thủ tuc bằng tay cho đến bạn tự nhận thấy thủ tuc đã mang tính thực tế, hiệu quả, đơn giản hết mức có thể Lựa chọn một công cu giám sát thích hợp với môi trường làm việc bạn và tùy biến nó để hỗ trợ thủ tuc kiểm soát thay đổi mà bạn đã phát triển trước đó Bài giảng môn Thu Nhận Yêu cầu - BM HTTT - Khoa CNTT - HUI 46 Bài giảng môn Thu Nhận Yêu cầu - BM HTTT - Khoa CNTT - HUI 47 Bài giảng môn Thu Nhận Yêu cầu - BM HTTT - Khoa CNTT - HUI 48 ... giảng môn Thu Nhận Yêu cầu - BM HTTT - Khoa CNTT - HUI 46 Bài giảng môn Thu Nhận Yêu cầu - BM HTTT - Khoa CNTT - HUI 47 Bài giảng môn Thu Nhận Yêu cầu - BM HTTT - Khoa CNTT - HUI 48... HTTT - Khoa CNTT - HUI 31 Bài giảng môn Thu Nhận Yêu cầu - BM HTTT - Khoa CNTT - HUI 32 Bài giảng môn Thu Nhận Yêu cầu - BM HTTT - Khoa CNTT - HUI 33 “U” chi? ? yêu cầu người dùng “S” chi? ?... Traceability ◦ Công cu Bài giảng môn Thu Nhận Yêu cầu - BM HTTT - Khoa CNTT - HUI Bài giảng môn Thu Nhận Yêu cầu - BM HTTT - Khoa CNTT - HUI Là tập hợp các yêu cầu chức và phi chức mà