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

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 requirement  Khái niệm Product Vision 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à 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 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 Ví dụ một 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 stakeholder thích hợp lại với nhau, ví dụ đội bay bảo trì,  Bạn cần phải đến định quan trọng cân đối phạm vi phác thảo  Những định xác định phạm vi giao diện hệ thống BM HTTT - Khoa CNTT - HUI 135 Ví dụ về giao diện  Vì maintenance nằm bên phạm vi hệ thống ‘operable aircraft’, giao diện maintenance aircraft nội  Maintenance simulation/training hệ thống  Dự án phải thiết kế giao diện cho maintenance simulation/training BM HTTT - Khoa CNTT - HUI 136 Ví dụ 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ị 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 bảo trì BM HTTT - Khoa CNTT - HUI 137 Đánh giá chọn lựa boundary  Là nhiệm vụ khó khăn (difficult) 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ề để xác định được yêu cầu chức (functional requirement)  kiểm soát kiện (event) xảy thông qua ngữ cảnh 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 lộ gây phiền phức mà cảnh báo trước đó)  Lược đồ ngữ cảnh thường không quan tâm đến bên 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 event được ta định 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 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 để đá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) : kiện kích hoạt cho hệ thống phải làm để đáp ứng lại, giống tác nhân từ bên 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