Giáo trình Công nghệ phần mềm - Yêu cầu người dùng
Số trang: 42
Loại file: ppt
Dung lượng: 205.00 KB
Lượt xem: 28
Lượt tải: 0
Xem trước 5 trang đầu tiên của tài liệu này:
Thông tin tài liệu:
Tham khảo tài liệu 'giáo trình công nghệ phần mềm - yêu cầu người dùng', công nghệ thông tin, kỹ thuật lập trình phục vụ nhu cầu học tập, nghiên cứu và làm việc hiệu quả
Nội dung trích xuất từ tài liệu:
Giáo trình Công nghệ phần mềm - Yêu cầu người dùng Nhập môn Công nghệ học Phần mềm Introduction to Software Engineering Department of Software Engineering Faculty of Information Technology Hanoi University of Technology TEL: 048682595 FAX: 048692906 Email: cnpm@ithut.edu.vn © Dept. of SE, 2002 HUT, Falt. of SEIII.1 IT Phần III Yêu cầu người dùng User’s Requirements Chương 5: Phương pháp xác định yêu cầu Kỹ thuật xác định yêu cầu 5.1. Nội dung xác định yêu cầu 5.2. Các nguyên lý phân tích yêu 5.3. cầu © Dept. of SE, 2002 HUT, Falt. of SEIII.2 IT 5.1. Kỹ thuật xác định yêu cầu phần mềm SW Requirements Engineering • Yêu cầu phần mềm: là tất cả các yêu cầu về phầm mềm do khách hàng người sử dụng phần mềm nêu ra, bao gồm: các chức năng của phần mềm, hiệu năng của phần mềm, các yêu cầu về thiết kế và giao diện, các yêu cầu đặc biệt khác © Dept. of SE, 2002 HUT, Falt. of SEIII.3 IT • Thông thường các yêu cầu phần mềm được phân loại theo 4 thành phần của phần mềm: – Các yêu cầu về phần mềm (Software) – Các yêu cầu về phần cứng (Hardware) – Các yêu cầu về dữ liệu (Data) – Các yêu cầu về con người (People, Users) • Mục đích: mục đích của yêu cầu phần mềm là xác định được phần mềm đáp ứng được các yêu cầu và mong muốn của khách hàng người sử dụng phần mềm © Dept. of SE, 2002 HUT, Falt. of SEIII.4 IT Tại sao cần phải đặt ra yêu cầu phần mềm ? • Khách hàng chỉ có những ý tưởng còn mơ hồ về phần mềm cần phải xây dựng để phục vụ công việc của họ, chúng ta phải sẵn sàng, kiên trì theo đuổi để đi từ các ý tưởng mơ hồ đó đến “Phần mềm có đầy đủ các tính năng cần thiết” • Khách hàng rất hay thay đổi các đòi hỏi của mình, chúng ta nắm bắt được các thay đổi đó và sửa đổi các mô tả một cách hợp lý © Dept. of SE, 2002 HUT, Falt. of SEIII.5 IT 5.2. Nội dung xác định yêu cầu phần mềm Contents of Requirements Engineering • Phát hiện các yêu cầu phần mềm (Requirements elicitation) • Phân tích các yêu cầu phần mềm và thương lượng với khách hàng (Requirements analysis and negotiation) • Mô tả các yêu cầu phần mềm (Requirements specification) • Mô hình hóa hệ thống (System modeling) • Kiểm tra tính hợp lý các yêu cầu phần mềm (Requirements validation) • Quản trị các yêu cầu phần mềm (Requirements management) © Dept. of SE, 2002 HUT, Falt. of SEIII.6 IT Quy trình xác định yêu cầu phần mềm Build a prototype Requirements Develop the problem Review elicitation specification Create analysis models © Dept. of SE, 2002 HUT, Falt. of SEIII.7 IT The Analysis Model Data Model Functional Model Behavioral Model © Dept. of SE, 2002 HUT, Falt. of SEIII.8 IT 5.2.1. Phát hiện yêu cầu phần mềm (Requirements Elicitation) Các vấn đề của phát hiện yêu cầu phần mềm (Problems) • Phạm vi của phần mềm (Scope) • Hiểu rõ phần mềm (Understanding) • Các thay đổi của hệ thống (Volatility) © Dept. of SE, 2002 HUT, Falt. of SEIII.9 IT Phương pháp phát hiện yêu cầu phần mềm Requirementsương pháp sử dụMethodology Elicitation ng phát hiện các • Xác định các ph yêu cầu phần mềm: phỏng vấn, làm việc nhóm, các buổi họp, gặp gỡ đối tác, v.v. • Tìm kiếm các nhân sự (chuyên gia, người sử dụng) có những hiểu biết sâu sắc nhất, chi tiết nhất về hệ thống giúp chúng ta xác định yêu cầu phần mềm • Xác định “môi trường kỹ thuật technical environment” • Xác định các “ràng buộc lĩnh vực domain constraints” • Thu hút sự tham gia của nhiều chuyên gia, khách hàng để chúng ta có được các quan điểm xem xét phần m © Dept. of SE, 2002 từ phía khách hàng ềm khác nhau HUT, Falt. of SEIII.10 • IT Thiết kế các kịch bản sử dụng của phần mềm Sản phẩm (output) của “phát hiện yêu cầu phần mềm” • Bảng kê (statement) các đòi hỏi và chức năng khả thi của phần mềm • Bảng kê phạm vi ứng dụng của phần mềm • Mô tả môi trường kỹ thuật của phần mềm • Bảng kê tập hợp các kịch bản sử dụng của phần mềm • Các nguyên mẫu xây dựng, phát triển hay sử dụng trong phần mềm (nếu có) • Danh sách nhân sự tham gia vào quá trình phát hiện các yêu cầu phần mềm kể cả các nhân sự từ phía công ty khách hàng © Dept. of SE, 2002 HUT, Falt. of SEIII.11 IT 5.2.2. Phân tích các yêu cầu phần mềm và thương lượng với khách hàng Software Customer Engineering Group Group © Dept. of SE, 2002 HUT, Falt. of SEIII.12 IT Requirements Analysis and Negotiation • Phân loại các yêu cầu phần mềm và sắp xếp chúng theo các ...
Nội dung trích xuất từ tài liệu:
Giáo trình Công nghệ phần mềm - Yêu cầu người dùng Nhập môn Công nghệ học Phần mềm Introduction to Software Engineering Department of Software Engineering Faculty of Information Technology Hanoi University of Technology TEL: 048682595 FAX: 048692906 Email: cnpm@ithut.edu.vn © Dept. of SE, 2002 HUT, Falt. of SEIII.1 IT Phần III Yêu cầu người dùng User’s Requirements Chương 5: Phương pháp xác định yêu cầu Kỹ thuật xác định yêu cầu 5.1. Nội dung xác định yêu cầu 5.2. Các nguyên lý phân tích yêu 5.3. cầu © Dept. of SE, 2002 HUT, Falt. of SEIII.2 IT 5.1. Kỹ thuật xác định yêu cầu phần mềm SW Requirements Engineering • Yêu cầu phần mềm: là tất cả các yêu cầu về phầm mềm do khách hàng người sử dụng phần mềm nêu ra, bao gồm: các chức năng của phần mềm, hiệu năng của phần mềm, các yêu cầu về thiết kế và giao diện, các yêu cầu đặc biệt khác © Dept. of SE, 2002 HUT, Falt. of SEIII.3 IT • Thông thường các yêu cầu phần mềm được phân loại theo 4 thành phần của phần mềm: – Các yêu cầu về phần mềm (Software) – Các yêu cầu về phần cứng (Hardware) – Các yêu cầu về dữ liệu (Data) – Các yêu cầu về con người (People, Users) • Mục đích: mục đích của yêu cầu phần mềm là xác định được phần mềm đáp ứng được các yêu cầu và mong muốn của khách hàng người sử dụng phần mềm © Dept. of SE, 2002 HUT, Falt. of SEIII.4 IT Tại sao cần phải đặt ra yêu cầu phần mềm ? • Khách hàng chỉ có những ý tưởng còn mơ hồ về phần mềm cần phải xây dựng để phục vụ công việc của họ, chúng ta phải sẵn sàng, kiên trì theo đuổi để đi từ các ý tưởng mơ hồ đó đến “Phần mềm có đầy đủ các tính năng cần thiết” • Khách hàng rất hay thay đổi các đòi hỏi của mình, chúng ta nắm bắt được các thay đổi đó và sửa đổi các mô tả một cách hợp lý © Dept. of SE, 2002 HUT, Falt. of SEIII.5 IT 5.2. Nội dung xác định yêu cầu phần mềm Contents of Requirements Engineering • Phát hiện các yêu cầu phần mềm (Requirements elicitation) • Phân tích các yêu cầu phần mềm và thương lượng với khách hàng (Requirements analysis and negotiation) • Mô tả các yêu cầu phần mềm (Requirements specification) • Mô hình hóa hệ thống (System modeling) • Kiểm tra tính hợp lý các yêu cầu phần mềm (Requirements validation) • Quản trị các yêu cầu phần mềm (Requirements management) © Dept. of SE, 2002 HUT, Falt. of SEIII.6 IT Quy trình xác định yêu cầu phần mềm Build a prototype Requirements Develop the problem Review elicitation specification Create analysis models © Dept. of SE, 2002 HUT, Falt. of SEIII.7 IT The Analysis Model Data Model Functional Model Behavioral Model © Dept. of SE, 2002 HUT, Falt. of SEIII.8 IT 5.2.1. Phát hiện yêu cầu phần mềm (Requirements Elicitation) Các vấn đề của phát hiện yêu cầu phần mềm (Problems) • Phạm vi của phần mềm (Scope) • Hiểu rõ phần mềm (Understanding) • Các thay đổi của hệ thống (Volatility) © Dept. of SE, 2002 HUT, Falt. of SEIII.9 IT Phương pháp phát hiện yêu cầu phần mềm Requirementsương pháp sử dụMethodology Elicitation ng phát hiện các • Xác định các ph yêu cầu phần mềm: phỏng vấn, làm việc nhóm, các buổi họp, gặp gỡ đối tác, v.v. • Tìm kiếm các nhân sự (chuyên gia, người sử dụng) có những hiểu biết sâu sắc nhất, chi tiết nhất về hệ thống giúp chúng ta xác định yêu cầu phần mềm • Xác định “môi trường kỹ thuật technical environment” • Xác định các “ràng buộc lĩnh vực domain constraints” • Thu hút sự tham gia của nhiều chuyên gia, khách hàng để chúng ta có được các quan điểm xem xét phần m © Dept. of SE, 2002 từ phía khách hàng ềm khác nhau HUT, Falt. of SEIII.10 • IT Thiết kế các kịch bản sử dụng của phần mềm Sản phẩm (output) của “phát hiện yêu cầu phần mềm” • Bảng kê (statement) các đòi hỏi và chức năng khả thi của phần mềm • Bảng kê phạm vi ứng dụng của phần mềm • Mô tả môi trường kỹ thuật của phần mềm • Bảng kê tập hợp các kịch bản sử dụng của phần mềm • Các nguyên mẫu xây dựng, phát triển hay sử dụng trong phần mềm (nếu có) • Danh sách nhân sự tham gia vào quá trình phát hiện các yêu cầu phần mềm kể cả các nhân sự từ phía công ty khách hàng © Dept. of SE, 2002 HUT, Falt. of SEIII.11 IT 5.2.2. Phân tích các yêu cầu phần mềm và thương lượng với khách hàng Software Customer Engineering Group Group © Dept. of SE, 2002 HUT, Falt. of SEIII.12 IT Requirements Analysis and Negotiation • Phân loại các yêu cầu phần mềm và sắp xếp chúng theo các ...
Tìm kiếm theo từ khóa liên quan:
yêu cầu người dùng nguyên lý phân tích yêu cầu công nghệ phần mềm tài liệu phần mềm giáo trình công nghệ phần mềmTài liệu liên quan:
-
62 trang 403 3 0
-
Giáo trình Công nghệ phần mềm nâng cao: Phần 2
202 trang 230 0 0 -
Giáo trình Công nghệ phần mềm nâng cao: Phần 1
151 trang 198 0 0 -
Lecture Introduction to software engineering - Week 3: Project management
68 trang 188 0 0 -
Báo cáo chuyên đề Công nghệ phần mềm: Pattern searching
68 trang 188 0 0 -
Xây dựng mô hình và công cụ hỗ trợ sinh tác tử giao diện
13 trang 181 0 0 -
6 trang 175 0 0
-
Giáo trình tóm tắt Công nghệ phần mềm
149 trang 171 0 0 -
Bài giảng Công nghệ phần mềm - Chương 2: Quy trình xây dựng phần mềm
36 trang 157 0 0 -
Tìm hiểu về ngôn ngữ lập trình C: Phần 1 - Quách Tuấn Ngọc
211 trang 149 0 0