Bài giảng chương 3 Thu thập yêu cầu


Elicitation là sự tương tác với stakeholders để
nắm bắt được nhu cầu của họ.

Analysis là tinh chỉnh (refinement) nhu cầu
của stakeholder thành các đặc tả sản phẩm
chính thức.

Requirements elicitation is perhaps the most
difficult, most critical, most error-prone, and
most communication-intensive aspect of
software development.

Elicitation chỉ có thể thành công thông qua
mối quan hệ hợp tác giữa customer và đội
development .




Document Sampling

Interviewing

Survey and observation

Questionaires

Workshop and Brainstorming

JAD (Joint Application Development) sessions
Ba kỹ thuật phổ biến nhất là Document
sampling, interviewing và questionaires

Assignment 13: Document Sampling
◦
Nhóm???

Assignment 14: Questionaires

Là kỹ thuật trực tiếp và đơn giản

Câu hỏi context-free có thể giúp hoàn thành các
phỏng vấn bias-free interviews

Then, it may be appropriate to search for
undiscovered requirements by exploring solutions.

Tập hợp lại 1 số nhu cầu chung sẽ tạo “requirements
repository”để dùng trong suốt dự án

Questionnaire không thể thay thế cho interview.
•
Interview cá nhân hay nhóm các người dùng là nguồn
thu thập yêu cầu kiều truyến thống cho cả sản phẩm
thương mại cũng như các hệ thống thông tin.
•
Tìm hiểu cách nghĩ của người dùng khi họ trình bày các
yêu cầu, rút ra các quyết định có tính logic của người
dùng. Để mô tả quá trình đưa ra các quyết định logic có
thể dùng flowchart và cây quyết định (decision tree) bảo
đảm mọi người hiểu được tại sao hệ thống phải thực
hiện các chức năng này.
•
Đôi khi các yêu cầu của người dùng phản ánh các quy
trình nghiệp vụ đã lỗi thời hay không hiệu quả nữa và
không nên đưa vào hệ thống mới.

Là câu hỏi có thể dùng cho bất kỳ dự án nào
đang khảo sát.

Là các câu hỏi chung về bản chất của dự án
và môi trường mà sản phẩm sẽ được dùng.

Được dùng trong mỗi giai đoạn khác nhau
của cuộc phỏng vấn.

Xem chi tiết: Bài giảng chương 3 Thu thập yêu cầu