1. Trang chủ
  2. » Công Nghệ Thông Tin

Bài giảng Thu nhận yêu cầu: Chương 2 - Trần Thị Kim Chi

147 25 0

Đang tải... (xem toàn văn)

Tài liệu hạn chế xem trước, để xem đầy đủ mời bạn chọn Tải xuống

THÔNG TIN TÀI LIỆU

Cấu trúc

  • Chương 2

  • Nội dung

  • Qui Trình

  • Stakeholder là gì

  • Stakeholder

  • Xác định những người liên quan

  • Các stakeholder của Boeing 787

  • Cần quan tâm tới qui trình

  • Các stakeholder khác

  • Stakeholder của hệ thống ATM

  • Slide 11

  • Các hoạt động đầu tiên của requirements engineering

  • Hiểu nhu cầu của khách hàng

  • Phát biểu của khách hàng

  • Khách hàng là ai?

  • Khách hàng ở cấp quản lý

  • Khách hàng là người dùng cuối

  • Đặc tính của khách hàng

  • Slide 19

  • Quan hệ khách hàng và nhà phát triển

  • Chất lượng dưới nhiều góc độ

  • Bill of Rights for Software Customers

  • Khách hàng với Thu nhận yêu cầu

  • Các bước tìm hiểu khách hàng

  • Các khó khăn khi thu thập

  • Managing the Customer Relationship

  • Phân loại yêu cầu của khách hàng

  • Chín loại yêu cầu của khách hàng

  • Nguyên tắc khi thu thập thông tin khách hàng

  • Nhà phân tích yêu cầu - Requirements analyst

  • Vai trò của analyst

  • Requirements analyst

  • Nhiệm vụ của nhà phân tích

  • Nhiệm vụ của Requirements analyst

  • Kỹ năng của nhà phân tích

  • Phân loại người dùng

  • Phân cấp người dùng

  • Kinh nghiệm phân loại người dùng

  • Tài liệu người dùng

  • Các lớp người dùng trong hệ thống Chemical tracking

  • Tìm đại diện người dùng

  • Đại diện lớp người dùng (user representatives)

  • Focus Group

  • Người dùng tiêu biểu PC

  • Vai trò của Product Champiom(PC)

  • Một PC tốt

  • PC bên ngoài

  • Quyền hạn của product champion

  • Hạn chế tử PC

  • Hệ thống theo dõi hóa chất (Chemical Tracking)

  • Giao tiếp giữa user và developer

  • Vấn đề về người dùng và khách hàng

  • Vấn đề về kỹ sư/nhà phát triển

  • Một số hướng giao tiếp giữa người dùng và nhà phát triển

  • Slide 55

  • Slide 56

  • Exercise

  • Thực hành

  • Answer #1

  • Slide 60

  • Goal và requirement

  • Slide 62

  • Tầm quan trọng của goal

  • Mục tiêu - Ví dụ

  • Question 2

  • Answer #2

  • Slide 67

  • Một số ví dụ về goal

  • Slide 69

  • Slide 70

  • Slide 71

  • Slide 72

  • Slide 73

  • Phần mềm quản lý Kiosk

  • Slide 75

  • Ví dụ về xung đột yêu cầu nghiệp vụ

  • Finding Solutions to Goal Conflicts Giải quyết xung đột

  • Phân biệt yêu cầu nghiệp vụ và yêu cầu phần mềm

  • Slide 79

  • Slide 80

  • Slide 81

  • Slide 82

  • Tầm quan trọng của Requirement

  • Một số rủi ro từ sự không đầy đủ của việc xác định Requirement

  • Slide 85

  • Các đặc tính của Requirement

  • Slide 87

  • Slide 88

  • Quy trình phát triền yêu cầu

  • Slide 90

  • Slide 91

  • Product Vision và Project Scope

  • Slide 93

  • PowerPoint Presentation

  • Product vision và project scope

  • Vision và Scope Document

  • Slide 97

  • Slide 98

  • Tài liệu về vision và scope

  • Slide 100

  • Lưu ý

  • Scope of a project

  • Slide 103

  • Slide 104

  • Slide 105

  • Business Requirements

  • Slide 107

  • Slide 108

  • Slide 109

  • Slide 110

  • Slide 111

  • Slide 112

  • Vision of the Solution

  • Slide 114

  • Slide 115

  • Slide 116

  • Slide 117

  • Scope and Limitations – Phạm vi và Giới hạn

  • Slide 119

  • Scope and Limitations

  • Slide 121

  • Slide 122

  • Slide 123

  • Phương pháp “soft system”

  • Slide 125

  • Slide 126

  • Các bước SSM

  • Slide 128

  • Slide 129

  • Đặc điểm của ‘Rich picture’

  • Slide 131

  • Xác định biên(phạm vi) hệ thống

  • Ví dụ một vài hệ thống

  • Xác định phạm vi hệ thống

  • Xác định giao diện (interface)

  • Ví dụ về giao diện

  • Slide 137

  • Đánh giá chọn lựa boundary

  • Phương pháp hard system

  • Lược đồ ngữ cảnh truyền thống (tradional context diagram)

  • Slide 141

  • Slide 142

  • Hai loại sự kiện (event)

  • Slide 144

  • Slide 145

  • Case study: lược đồ ngữ cảnh

  • Slide 147

Nội dung

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

Ngày đăng: 08/05/2021, 19:55