Tài liệu Thu nhận yêu cầu ppt

TNYC
Thu nhận yêu cầu
1
CHƯƠNG II
Stakeholder-VisionAndScope
Thu nhận yêu cầu
1. Xác định những người liên quan (stakeholder)
2. Hiểu nhu cầu khách hàng
3. Thu nhận yêu cầu từ khách hàng
4. Mục tiêu (Goal) và yêu cầu
5. Product Vision và Project Scope
6. Phương pháp hệ thống mềm
Nội dung
2
Qui trình
3
Thu nhận yêu cầu
1. Xác định những người liên quan
 Stakeholder:
Bao gồm những người, tổ chức mà là một phần của môi
trường hệ thống. Hệ thống cung cấp cho họ những lợi ích và
họ có tầm quan trọng trong hệ thống
 Stakeholder:
users, operators, bill payers, owners, regulatory agencies,
victims, sponsors, maintainers, architects, managers,
customers, surrogate customers …
4
Thu nhận yêu cầu
© 2009 Bahill
Các stakeholder của 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…
5
Thu nhận yêu cầu
6
Cần quan tâm tới qui trình
Thu nhận yêu cầu
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
7
Thu nhận yêu cầu
• Customers
• Users
• Requirements analysts
• Developers
• Testers
• Documentation writers
• Project managers

• Legal staff
• Manufacturing people
• Sales, marketing, field support, help desk, …
Stakeholder
8
Thu nhận yêu cầu
Stakeholder của hệ thống ATM
 Khách hàng của ngân hàng
 Đại diện của 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 và phần mềm
 Những người điều phối ngân hàng…
Thu nhận yêu cầu
Stakeholder
 Stakeholder không rõ những gì họ thật sự muốn
 Stakeholder diễn đạt yêu cầu theo những thuật
ngữ riêng của họ
 Những stakeholder có thể có những yêu cầu tranh
chấp
 Nhân tố quyền lực và tổ chức ảnh hưởng tới yêu
cầu hệ thống
 Những yêu cầu có thể thay đổi trong quá trình
phân tích, có thể xuất hiện những nhân tố mới,
những thay đổi về môi trường nghiệ
p vụ
Thu nhận yêu cầu
11

Thực hành
Xác định stakeholder
Qui trình
12
Thu nhận yêu cầu
2. Hiểu nhu cầu của khách hàng
 Nhà phân tích phải ở trong môi trường của khách
hàng để khám phá các chi tiết và giải thích cho họ
 Thiết kế mềm dẽo và tạo mẫu nhanh là những
phương tiện xác định yêu cầu của khách hàng
13
Thu nhận yêu cầu
Phát biểu của khách hàng
 Khách hàng nói
 Cái mà họ thật sự cần
14
Thu nhận yêu cầu
 Khách hàng là một cá nhân hay 1 tổ chức mong
muốn trực tiếp hoặc gián tiếp có lợi từ sản phẩm.
 Hai loại khách hàng phần mềm:
 Khách hàng cấp quản lý (management level)
 Người dùng cuối (end user)
Khách hàng là ai?
15
Thu nhận yêu cầu
 Thường là những khách hàng trả tiền hay tài trợ
dự án phần mềm.
 Khách hàng ở cấp quản lý có nhiệm vụ xác định
yêu cầu nghiệp vụ
 Mô tả mục tiêu nghiệp vụ mà khách hàng, công ty

hay các stakeholder muốn hoàn thành.
 Xác lập các thành phần chính cho phần còn lại của
dự án
 Các yêu cầu nghiệp vụ không đủ chi tiết để giúp
các nhà phát triển biết phải xây dựng cụ thể cái gì
Khách hàng ở cấp quản lý
16
Thu nhận yêu cầu
 Bao gồm tất cả những ai sẽ thực sự sử dụng sản
phẩm
 Người dùng có thể mô tả việc dùng sản phẩm cho
công việc của họ và những mong đợi về chất
lượng từ sản phẩm
Khách hàng là người dùng cuối
17
Thu nhận yêu cầu
 Thường cả hai loại khách hàng này đều cho rằng
họ không có nhiều thời gian để làm việc với các
nhà phân tích yêu cầu.
 Đôi lúc họ nghĩ là nhà phân tích sẽ hình dung ra
được cái người dùng cần mà không cần phải thảo
luận với nhau.
Đặc tính của khách hàng
18
Thu nhận yêu cầu
 Thường xuất hiện những xung đột giữa yêu cầu
nghiệp vụ và yêu cầu người dùng.
 Yêu cầu nghiệp vụ phản ánh chiến lược của tổ
chức và các ràng buộc về tài chính mà người dùng
có thể không nhìn thấy được Æ người dùng

thường thất vọng thất vọng về hệ thống mới, họ
nghĩ mình như “con tốt” của 1 tương lai không
như ý…
 Nhà phân tích nên làm việ
c với các đại diện chính
của người dùng và các nhà tài trợ để hòa giải các
xung đột.

Đặc tính của khách hàng
19
Thu nhận yêu cầu
 Thường có sự mâu thuẫn giữa người phát triển và
khách hàng
 Người quản lý thường ưu tiên cho việc phù hợp
với lịch làm việc của chính họ
Quan hệ khách hàng và nhà phát triển
20
Thu nhận yêu cầu
Chất lượng dưới nhiều góc độ
QUALITY
SOFTWARE
Developer:
easy to design;
easy to maintain;
easy to reuse its parts
User:
easy to learn;
efficient to use;
helps get work done
Customer:

solves problems at
an acceptable cost in
terms of money paid and
resources used
Development manager:
sells more and
pleases customers
while costing less
to develop and maintain
Thu nhận yêu cầu
Bill of Rights for Software Customers
 Expect analysts to speak your language.
 Expect analysts to learn about your business and
your objectives for the system.
 Have analysts explain all work products created
from the requirements process.
 Have analysts and developers provide ideas and
alternatives both for your requirements and for
implementation of the product.
 Describe characteristics of the product that will
make it easy and enjoyable to use
22
Thu nhận yêu cầu
3. Khách hàng với Thu nhận yêu cầu
 Xác định tầm quan trọng của quan điểm khách
hàng
 Là một kỹ thuật đòi hỏi nhiều kiến thức
23
Thu nhận yêu cầu
1. Nhận biết các lớp người dùng khác nhau

2. Xác định các nguồn của yêu cầu người dùng.
3. Chọn và làm việc với cá nhân tiêu biểu cho mỗi
lớp người dùng hay nhóm stakeholder khác nhau.
4. Thỏa thuận các yêu cầu với người ra quyết định
của dự án.
Các bước tìm hiểu khách hàng
24
Thu nhận yêu cầu
 Việc không phù hợp giữa sản phẩm mà khách
hàng mong đợi và sản phẩm mà nhà phát triển
xây dựng thường do:
 Thiếu sự quan tâm của khách hàng.
 Khách hàng thường không biết chính xác cái họ
thực sự cần
Các khó khăn khi thu thập
25