Bài giảng Thu nhận yêu cầu - Chương 2: Phát triển yêu cầu phần mềm cung cấp cho người học các kiến thức: Xác định những người liên quan, hiểu nhu cầu khách hàng, thu nhận yêu cầu từ khách hàng, phân biệt goal và requirement, khái niệm Product Vision và Project Scope,... Mời các bạn cùng tham khảo nội dung chi tiết.
PHÁT TRIỂN YÊU CẦU PHẦN MỀM Xây dựng tầm nhìn và phạm vi dự án Establishing the Product Vision and Project Scope BM HTTT - Khoa CNTT - HUI Nội dung Xác định người liên quan (stakeholder) Hiểu nhu cầu khách hàng Thu nhận yêu cầu từ khách hàng Phân biệt goal và requirement Khái niệm Product Vision và Project Scope Xác định boundary bằng phương pháp soft system Xác định yêu cầu chức bằng phương pháp hard system Lược đồ ngữ cảnh BM HTTT - Khoa CNTT - HUI Qui Trình BM HTTT - Khoa CNTT - HUI Stakeholder Stakeholder: An individual, group of people, organisation or other entity that has a direct or indirect interest (or stake) in a system A stakeholder’s interest in a system may arise from using the system, benefiting from the system (in terms of revenue or other advantage), being disadvantaged by the system (in terms, for instance, of cost or potential harm), being responsible for the system, or otherwise being affected by it Stakeholders are legitimate sources of requirements Stakeholder • • • • • • • • • • Customers Users Requirements analysts Developers Testers Documentation writers Project managers Legal staff – nhóm người làm việc hợp pháp Manufacturing people – người sản xuất Sales, marketing, field support, help desk, … Xác định người liên quan Stakeholder: Bao gồm người, tổ chức mà một phần môi trường hệ thống Hệ thống cung cấp cho họ lợi ích họ có tầm quan trọng hệ thống Stakeholder: Users, operators, bill payers, owners, regulatory agencies, victims, sponsors, maintainers, architects, managers, customers, surrogate customers … BM HTTT - Khoa CNTT - HUI Các stakeholder Boeing 787 Users: passengers that fly on the airplane Operators: fight crews and mechanics Bill payers: airline companies Owners: stockholders of these companies Regulators: FAA Sponsor: corporate headquarters Maintenance: ground crew Victims: people living near the airports… BM HTTT - Khoa CNTT - HUI Cần quan tâm tới qui trình BM HTTT - Khoa CNTT - HUI Các stakeholder khác Users and operators: employees in the manufacturing plant Bill payer: Boeing Owner: stockholders of Boeing Regulators: OSHA Victims: physically and emotionally injured workers Air traffic control tower BM HTTT - Khoa CNTT - HUI Stakeholder hệ thống ATM Khách hàng ngân hàng Đại diện các ngân hàng khác Người quản lý ngân hàng Nhân viên thu tiền Người quản trị CSDL Người quản lý bảo mật Kỹ sư bảo trì phần cứng phần mềm Những người điều phối ngân hàng… BM HTTT - Khoa CNTT - HUI 10 Vi du vài hệ thông BM HTTT - Khoa CNTT - HUI 133 Xác định phạm vi hệ thơng Tùy vào ngữ cảnh, dự án mở rộng phạm vi hơn, chứa nhiều khả bên phạm vi BM HTTT - Khoa CNTT - HUI 134 Xác định giao diện (interface) Bằng cách kết hợp quan điểm các stakeholder thích hợp lại với nhau, ví dụ đội bay và bảo trì, Bạn cần phải đến định quan trọng và cân đối giữa các phạm vi phác thảo Những định này xác định phạm vi và giao diện hệ thống BM HTTT - Khoa CNTT - HUI 135 Vi du vê giao diện Vì maintenance nằm bên phạm vi hệ thống ‘operable aircraft’, giao diện giữa maintenance và aircraft bây giờ là nội Maintenance và simulation/training là các hệ thống Dự án phải thiết kế giao diện cho cả maintenance và simulation/training BM HTTT - Khoa CNTT - HUI 136 Vi du vê giao diện Giao diện maintenance nên: Tương tự giao diện aircraft khác, nhằm tối thiểu hóa nhu cầu tool mới, trang thiết bị và huấn luyện Hay Có thiết kế đặc biệt phù hợp với máy bay nhằm tối đa hóa tính hiệu quả bảo trì BM HTTT - Khoa CNTT - HUI 137 Đánh giá chọn lựa boundary Là nhiệm vụ khó khăn (difficult) và quan trọng (critical) Tại khó khăn? Tại quan trọng? Assignment 11 BM HTTT - Khoa CNTT - HUI 138 Phương pháp hard system Phương pháp hard system cách làm thề nào để xác định được yêu cầu chức (functional requirement) kiểm soát các sự kiện (event) xảy thông qua ngữ cảnh và giao diện thỏa thuận BM HTTT - Khoa CNTT - HUI 139 Lược đồ ngữ cảnh truyên thông (tradional context diagram) Để xác định phạm vi công việc cách tổng thể Tránh cho scope không bị phình ‘creep’ (khi có số vấn đề lúc đầu khơng phát hiện được dần dần lộ gây phiền phức mà khơng có cảnh báo nào trước đó) Lược đờ ngữ cảnh thường không quan tâm đến cái bên ngoài boundary không trực tiếp ảnh hưởng đến giao diện hệ thống BM HTTT - Khoa CNTT - HUI 140 Lược đồ ngữ cảnh truyên thông (tradional context diagram) BM HTTT - Khoa CNTT - HUI 141 Lược đồ ngữ cảnh truyên thông (tradional context diagram) Mũi tên hướng vào hình trịn lược đờ biểu diễn ‘event’ Scope được xem tập các event được ta định là quản lý Mỗi event mà được thỏa thuận nằm scope trở thành yêu cầu BM HTTT - Khoa CNTT - HUI 142 Hai loại sự kiện (event) External (data or physical) event: loại sự kiện xảy không dự báo trước được, xem tác nhân (stimulus), kích (wake up) cho hệ thống phải làm gì để đáp ứng lại Tác nhân là: Message (like a packet of data); Signal from a sensor (thiết bị cảm biến) Explicit control input (e.g a button press, a mouse click, a touch on a touch-sensitive screen) BM HTTT - Khoa CNTT - HUI 143 Hai loại sự kiện (event) Time-triggered event: tín hiệu thời gian( a shared clock on a network) : sự kiện này kích hoạt cho hệ thống phải làm gì để đáp ứng lại, giống tác nhân từ bên ngoài BM HTTT - Khoa CNTT - HUI 144 Lược đồ ngữ cảnh truyên thông (tradional context diagram) Ưu điểm Nhược điểm Assignment12 BM HTTT - Khoa CNTT - HUI 145 Case study: lược đồ ngữ cảnh BM HTTT - Khoa CNTT - HUI 146 Exercise Choose a style of restaurant and business model (for example, an elegant setting with independent chef; fast-food pizzas and cola; good coffee and cakes with free Internet access, etc): a Develop a context model for your particular type of restaurant, starting from the (generalised) rich picture Define carefully what you need to control and include, and what you will obtain from other businesses b List the main events your restaurant’s IT system will need to handle BM HTTT - Khoa CNTT - HUI 147 ... to use BM HTTT - Khoa CNTT - HUI 22 Khách hàng với Thu nhận yêu cầu Xác định tầm quan trọng quan điểm khách hàng Là kỹ thu? ??t đòi hỏi nhiều kiến thức BM HTTT - Khoa CNTT - HUI 23 Các bước tìm... họ thu thập được thành các loại khác cho ghi nhận và sử dụng được cách hiệu quả BM HTTT - Khoa CNTT - HUI 27 Chín loai yêu cầu khách hàng BM HTTT - Khoa CNTT - HUI 28 Nguyên tắc thu. .. khám phá chi tiết giải thích cho họ Thiết kế mềm dẻo tạo mẫu nhanh phương tiện xác định yêu cầu khách hàng BM HTTT - Khoa CNTT - HUI 13 Phát biểu khách hàng BM HTTT - Khoa CNTT - HUI 14