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

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

Requirements Elicitation Or Requirement gathering  Thu thập yêu cầu (Requirement elicitation) là gì?  Các kỹ thuật thu thập yêu cầu  Chọn lựa kỹ thuật thu thập yêu cầu  Quy tắc nghiệp vụ và chính sách  Quản lý mối quan hệ khách hàng A major aspect of requirements engineering is the elicitation of requirements from the customer.  Elicitation là quá trình xác định yêu cầu và làm giảm sự khác biệt giữa các nhóm có liên quan để rút ra các yêu cầu đáp ứng được nhu cầu của tổ chức hay dự án trong khi vẫn giữ được các ràng buộc.  Có rất nhiều kỹ thuâṭ elicitation khác nhau  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 [...]... hơn là để thu nhận dữ liệu, dùng để thu thập chi tiết hơn yêu cầu đang khảo sát Nên dành thời gian để:  Establish Customer or User Profile  Assessing the Problem  Understanding the User Environment  Recap the Understanding  Analyst’s Inputs on Customer’s Problems  Assessing Your Solution (if applicable)     Có thể là kỹ thu ̣t năng động nhất để thu thập yêu cầu Tập... hỏi từ người dùng chính • Người phân tích yêu cầu (Requirements analyst) thường tham gia các hội thảo phân tích yêu cầu • Facilitator đóng vai trò chính trong việc lên kế hoạch hội thảo, chọn người tham dự, dẫn dắt người tham dự để kết thu c thành công hội thảo • Khi đội bắt đầu các phương pháp mới để phân tích yêu cầu nên có một facilitator ngoài đội hướng... ứng dụng thay vì bắt khách hàng hiểu các thu ̣t ngữ máy tính • Nên đưa các thu ̣t ngữ nghiệp vụ vào glossary để các thành viên cùng dùng chung các định nghĩa • Customer nên hiểu là việc thảo luận về chức năng không hẳn là 1 nhiệm vụ phải có trong sản phẩm • • Kỹ năng để dẫn dắt các cuộc thảo luận phân tích yêu cầu phải có được từ kinh nghiệm, tập... 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... 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... nổi  Đặt ăn trưa (light working lunch)  Cư xử lịch thiệp và vui vẻ ◦ Không nên “attack” thành viên khác ◦ Không nên diễn thuyết nhiều quá ◦ Đừng quay lại muộn sau khi giải lao  Thẻ phạt (Workshop tickets) ◦ Cấp cho mỗi stakeholder một trong 3 loại thẻ phạt sau: đi muộn, gian lận (“cheap shot”) , phát biểu dài dòng (“soap box”) ◦ Facilitator cũng có thể bị nhận... brainstorming session cần phải được thỏa thu ̣n trước bởi tất cả các thành viên, tốt nhất là ngay trước khi bắt đầu session Session nên bắt đầu với việc tự do đưa ra các ý kiến, tạo thành 1 tập hợp các kiến nghị về sản phẩm Nên dùng “sticky notes” và dán vào bảng • Việc dùng bảng có thể giúp nắm bắt được yêu cầu của stakeholder rõ ràng và chặt... phải có được từ kinh nghiệm, tập huấn phỏng vấn, hỗ trợ nhóm, giải quyết xung đột, Người phân tích phải khảo sát cẩn thận (probe) nhu cầu thực sự của khách từ 1 loạt các yêu cầu mà khách hàng đề ra – Hỏi "why" nhiều lần – Hỏi các câu hỏi mở (open-ended question) để giúp hiểu được quy trình nghiệp vụ hiện hành của người dùng và để thấy hệ thống... 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... workshop khởi đầu, nhờ đó các analyst có thể góp phần nhiều hơn vào các cuộc thảo luận  Xác lập 1 phong cách chuyên nghiệp và mục tiêu rõ ràng cho cuộc họp  Bắt đầu và kết thu c cuộc họp đúng giờ  Xác lập và nhấn mạnh các quy tắc của cuộc họp  Giới thiệu mục tiêu và lịch trình của cuộc họp  Điếu hành cuộc họp và giữ cho mọi người luôn quan . gathering  Thu thập yêu cầu (Requirement elicitation) là gì?  Các kỹ thu ̣t thu thập yêu cầu  Chọn lựa kỹ thu ̣t thu thập yêu cầu  Quy. Nhiều câu hỏi dùng gây ấn tượng hơn là để thu nhận dữ liệu, dùng để thu thập chi tiết hơn yêu cầu đang khảo sát. Nên dành thời