Chương 3: Xác định yêu cầu hệ thống (Requirement Engineering)

Requirements la đăc ta cua cai gi cân đ c th c thì ̣ ̉ ̉ ́ ̀ ̀ ượ ự ,mô ta ̉ hê ̣ thôń g se ̃ hoaṭ đôṇ g như thê ́ naò hay hê ̣thôń g co ́ thuôc̣ tiń h gi.̀• Yêu câù cuñ g co ́ thê ̉ la ̀ cać raǹ g buôc̣ trong qua ́triǹ h phat́ triên̉ hê ̣ thôń g.• Requirements described the “what” of a system, notthe “how”.La ̀ giai đoạn quan trọng nhất trong chu kỳ phát triển phần mềm,nó quyết định chính xác cần phải phát...
Nội dung trích xuất từ tài liệu:
Chương 3: Xác định yêu cầu hệ thống (Requirement Engineering) Chương 3 Xác định yêu cầu hệ thống (Requirement Engineering) 1BM HTTT – Khoa CNTT – ĐHCN tpHCM - 2009 Nội dung • Xác định yêu cầu hệ thống là gì? • Bốn bước thực hiện • Các loại yêu cầu hệ thống • Bước 1: thu thâp yêu câu ̣ ̀ • Bước 2: phân tich yêu câu ́ ̀ • Bước 3: Đăc tả yêu câu ̣ ̀ • Bước 4: Đanh giá yêu câu ́ ̀ 2BM HTTT – Khoa CNTT – ĐHCN tpHCM - 2009 3BM HTTT – Khoa CNTT – ĐHCN tpHCM - 2009 Chu kỳ phát triển phần mềm (Software Development Life Cycle - SDLC) 4BM HTTT – Khoa CNTT – ĐHCN tpHCM - 2009 Software Requirements (SR)? • Requirements là đăc tả cua cai gì cân được thực thi, ̣ ̉ ́ ̀ mô tả hệ thông sẽ hoat đông như thế nao hay hệ ́ ̣ ̣ ̀ thông có thuôc tinh gi. ́ ̣́ ̀ • Yêu câu cung có thể là cac rang buôc trong quá ̀ ̃ ́ ̀ ̣ trinh phat triên hệ thông. ̀ ́ ̉ ́ • Requirements described the “what” of a system, not the “how”BM HTTT – Khoa CNTT – ĐHCN tpHCM - 2009 ̀ ̣ ̉ ̣ ́ ̣ Tâm quan trong cua giai đoan xac đinh ̀ yêu câu • Là giai đoan quan trong nhât trong chu kỳ phat triên phân mêm, ̣ ̣ ́ ́ ̉ ̀ ̀ nó quyêt đinh chinh xac cân phai phat triên cai gì ̣́ ́ ́ ̀ ̉ ́ ̉ ́ • Without well-written requirements specifications: – Developers do not know what to build – Customers do not know what to expect – There is no way to validate that the built system satisfies the requirements 6BM HTTT – Khoa CNTT – ĐHCN tpHCM - 2009 ̣ ̀ Phân loai yêu câuBM HTTT – Khoa CNTT – ĐHCN tpHCM - 2009 Requirement engineering • Requirements engineering provides the appropriate mechanism for understanding what the customer wants, analyzing need, assessing feasibility, negotiating a reasonable solution, specifying the solution unambiguously, validating the specification, and managing the requirements as they are transformed into an operational system • Requirements engineering produce one large document, written in a natural language, contains a description of what the system will do without describing how it will do 8BM HTTT – Khoa CNTT – ĐHCN tpHCM - 2009 Cac khó khăn cua giai đoan xac đinh ́ ̉ ̣ ́ ̣ ̀ yêu câu 1. Requirements are difficult to uncover 2. Requirements change 3. Over-reliance on CASE tools 4. Tight project schedule 5. Communication barries 6. Market-driven software development 7. Lack of resources 9BM HTTT – Khoa CNTT – ĐHCN tpHCM - 2009 Giá phai trả cho viêc tim và sửa lôi ̉ ̣̀ ̃ 10BM HTTT – Khoa CNTT – ĐHCN tpHCM - 2009 Input/ Output của xác định yêu cầu • Input: – Các yêu cầu từ khách hàng (Problem statement prepared by the customers) • Output: – Tài liệu đặc tả yêu cầu ( Software requirements specification – SRS) 11BM HTTT – Khoa CNTT – ĐHCN tpHCM - 2009 Ví dụ • Tham khảo Problem statement cho hệ thống – Hệ thống quản lý điểm của sinh viên (page 39 –India) – Hệ thống quản lý thư viện của trường đại học (page 40 –India) – Hệ thống đặt vé tàu (page 50) 12BM HTTT – Khoa CNTT – ĐHCN tpHCM - 2009 Các bước cơ bản • Thu thập yêu cầu (Requirement Elicitation) • Phân tích yêu cầu (Requirement Analysis) • Tạo tài liệu đặc tả yêu cầu (Requirement Documentation) • Đánh giá yêu cầu (Requirement Review) 13BM HTTT – Khoa CNTT – ĐHCN tpHCM - 2009 Yêu cầu hệ thống • Các yêu cầu của hệ thống phần mềm thường được chia thành ba loại: – yêu cầu chức năng – yêu cầu phi chức năng – yêu cầu miền ứ ...