Requirements Development
Techniques
- Những câu hỏi để xác định phạm vi và ranh giới
Vấn đề cần giải quyết là gì?
Các khách hàng của việc phát triển là ai?
Các khách hàng của giải pháp là ai?
Những kỳ vọng của khách hàng là gì?
Những lợi ích trước mắt và trong tương lai của hệ thống là gì?
Tại sao xây dựng một hệ thống như vậy?
Các trường hợp kinh doanh là gì?
Thế nào là một yêu cầu đúng?
Chúng ta thực sự có người dùng hệ thống?
Giải pháp nào cần được định vị?
Những ưu tiên trong vấn đề tổng thể là gì?
Các vấn đề phụ là gì?
- Why must we do Requirement Development?
Thiết lập sự hiểu biết chung giữa các bên liên quan
và phát triển
- List some elicitation techniques (Liệt kê một vài kỹ thuật gợi mở)
Interview (Phỏng vấn)
Questionnaire (Bảng câu hỏi)
Storyboarding (Viết kịch)
Brainstorming (Động não)
Xác định các vấn đề kinh doanh hoặc các vấn đề khác.
Benchmarking (Điểm chuẩn)
- Which skills must software engineers who are involved in
Requirement Elicitation have?
Hiểu nhu cầu và mong đợi của các bên liên quan
Điền vào các khoảng cách giữa nhu cầu và mong đợi.
Yêu cầu mong đợi của các bên liên quan của bạn là gì.
Prototyping (Giao diện sản phẩm mẫu)
Nêu rõ những gì bạn muốn từ các bên liên quan.
Đặt câu hỏi trực tiếp về các bên liên quan là ai.
Khám phá những kỳ vọng "không nói ra".
Hãy hỏi trực tiếp cho mối quan tâm của các bên liên quan về chi phí,chất lượng và thời gian, và các vấn đề khác.
Thiết lập các yêu cầu từ quan điểm các bên liên quan
- Which questions does Requirement engineer ask in Requirement Elicitation?
Thiết lập kịch bản: Làm thế nào các bên liên quan sẽ sử dụng hệ thống
Giải thích bối cảnh cho việc sử dụng sản phẩm.
Xác nhận rằng nhu cầu và mong đợi được đáp ứng.
Những hạn chế ?
Nhu cầu?
Vấn đề cần được giải quyết là gì?
- Vấn đề khơi gợi là gì?
Hãy hỏi làm thế nào bạn và các bên liên quan sẽ biết nếu bạn
thành công
Yêu cầu thông tin phản hồi về việc kiểm soát và cam kết.
Giá cả
Thời hạn
Hiệu suẩt
Thỏa thuận với các bên liên quan.
Hệ điều hành
Công nghệ
Khả thi kĩ thuật
Biện minh tài chính
Tính liên tiếp (lặp đi lặp lại)
Yêu cầu các kênh truyền thông mở.
Nhận được phản hồi sớm.
Các bên liên quan không chuyển tải được nhu cầu thực sự của cộng đồng người dùng
- What is Requirement Development Process?
Kỹ sư phần mềm không quen thuộc với quy trình kinh doanh và không hiểu các miền ứng dụng.
Không phải tất cả các bên liên quan đều được tham gia vào
Quan điểm và định nghĩa khác nhau từ nhiều nhóm tham gia
Các bên liên quan không quen thuộc với các yêu cầu kỹ thuật
ĐÁNH GIÁ
NGUYỄN TRỌNG LIÊM 5*
PHẠM NGUYỄN HỒNG ÂN 4*
QUÁCH QUÝ TOÀN 4*
Là một quy trình khai thác, nghiên cứu, làm rõ và xác nhận các yêu cầu
LÊ MỸ NHÀN 5*
NGUYỄN TUẤN CẢNH 5*
LƯƠNG THỊ THÚY 4*
Các bước trong quy trình được thực hiện không theo trình tự cố định
Quy trình được lặp đi lặp lại các bước đến khi xác nhận rõ được yêu cầu