CHƯƠNG 6:

QUẢN LÝ VÀ TRUYỀN

THÔNG YÊU CẦU

GV: HỒ THỊ LINH

NỘI DUNG
6.1. Quản lý phạm vi giải pháp và các yêu cầu
6.2. Quản lý khả năng theo dấu các yêu cầu
6.3. Duy trì các yêu cầu cho việc tái sử dụng
6.4. Chuẩn bị đóng gói yêu cầu
6.5. Truyền thông yêu cầu
6.1. Quản lý phạm vi giải pháp và
các yêu cầu
6.1.1. Mục đích
• Có được và duy trì sự đồng thuận giữa các bên liên quan về phạm vi
giải pháp tổng thể và các yêu cầu sẽ được thực hiện
6.1.2. Mô tả
• Liên quan đến việc đảm bảo sự phê chuẩn yêu cầu từ các bên liên
quan - những người có thẩm quyền thích hợp và quản lý các phát
sinh xuất hiện trong quá trình gợi mở và phân tích.
• Phạm vi giải pháp là cần thiết để làm cơ sở cho quản lý yêu cầu và
được sử dụng để xác định liệu một yêu cầu được đề xuất có hỗ trợ các
mục tiêu và mục đích kinh doanh.
• Cách tiếp cận theo hướng thay đổi thường không sử dụng một quy
trình kiểm soát thay đổi chính thức.
6.1.3. Đầu vào
• Kế hoạch quản lý yêu cầu
• Phạm vi giải pháp
• Danh sách các bên liên quan, vai trò và trách nhiệm
• Yêu cầu của các bên liên quan, giải pháp, chuyển giao [được truyền
thông hoặc theo dõi)
6.1.4. Thành phần
1. Quản lý phạm vi giải pháp
• Tất cả các yêu cầu của các bên liên quan và yêu cầu giải pháp
=> thuộc phạm vi giải pháp
6.1.4. Thành phần
2. Quản lý xung đột và phát sinh
• Khi yêu cầu phát sinh và được xem xét lại => xung đột thường xảy ra.
• Tạo thuận lợi cho truyền thông giữa các bên liên quan - những người
đang xung đột về các yêu cầu để giải quyết vấn đề.
6.1.4. Thành phần
3. Trình bày yêu cầu cho việc xem lại
• Xác định các yêu cầu sẽ được trình bày như thế nào cho các bên liên
quan khác nhau
=> trình bày là chính thức hoặc không chính thức?
• Đánh giá các yêu cầu, khán giả, và các tài sản quy trình tổ chức để xác
định mức độ hình thức thích hợp cho truyền thông phân tích kinh
doanh.
• Khi trình bày các yêu cầu => phải đủ chính thức để:
=> hỗ trợ các phương pháp luận
=> các bên liên quan sẽ xem xét, hiểu và chấp thuận chúng.
6.1.4. Thành phần
4. Phê duyệt
• Đảm bảo rằng các bên liên quan - chịu trách nhiệm cho phê duyệt -
hiểu và chấp nhận các yêu cầu.
• Một bản ghi của quyết định có thể được lưu giữ.
6.1.5. Các kỹ thuật
• Kỹ thuật chung
• Theo dõi vấn đề
• Làm cơ sở (Baselining)
• Ký tắt
6.1.6. Các bên liên quan
• Domain SME
• Implementation SME
• Project Manager
• Sponsor
6.1.7. Đầu ra
• Các yêu cầu [được phê duyệt]
6.2. Quản lý khả năng theo dấu các
yêu cầu
6.2.1. Mục đích
• Tạo và duy trì các mối quan hệ giữa mục tiêu kinh doanh, yêu cầu, sản
phẩm chuyển giao của nhóm khác, và các thành phần giải pháp để hỗ
trợ phân tích kinh doanh hoặc các hoạt động khác.
6.2.2. Mô tả
• Các yêu cầu có liên quan đến các yêu cầu khác, các thành phần giải
pháp và các tạo tác khác như các test case.
• “Theo dấu” một yêu cầu đề cập đến khả năng nhìn vào một yêu cầu và
những yêu cầu khác mà nó có liên quan.
• Truy xuất nguồn gốc yêu cầu gồm:
• truy xuất lùi lại (nguồn gốc)
• truy xuất tiến tới (cấp phát)
• mối quan hệ của nó với các yêu cầu khác.
6.2.2. Mô tả
• Các yêu cầu hầu như luôn có phụ thuộc và mối tương quan vốn có.
• Lý do tạo ra các mối quan hệ này:
• Phân tích tác động
• Bao phủ yêu cầu (Requirements Coverage)  Mục tiêu kinh doanh
• Phân bổ yêu cầu
6.2.3. Đầu vào
• Các yêu cầu
• Kế hoạch quản lý yêu cầu
6.2.4. Thành phần
1. Mối quan hệ
Các mối quan hệ thường gặp bao gồm:
• Sự cần thiết (Necessity)
• Nỗ lực (Effort)
• Tập con (Subset)
• Bao gồm (Cover)
• Giá trị (Value)
• Sự cần thiết: Mối quan hệ này tồn tại khi chỉ có ý nghĩa để thực hiện một
yêu cầu cụ thể nếu một yêu cầu có liên quan cũng được thực hiện. Mối
quan hệ này có thể là một chiều hoặc hai chiều.
• Nỗ lực: Mối quan hệ này tồn tại khi một yêu cầu dễ dàng thực hiện hơn
nếu một yêu cầu có liên quan cũng được thực hiện.
• Tập hợp con: Khi yêu cầu là các kết quả phân rã các yêu cầu khác.
• Bao gồm: Khi yêu cầu đầy đủ bao gồm các yêu cầu khác. Đây là một
trường hợp đặc biệt của các tập hợp con, nơi mà các yêu cầu cấp cao nhất
là tổng của các tiểu yêu cầu.
• Giá trị: Khi có một yêu cầu ảnh hưởng đến mức độ cần thiết của một yêu
cầu liên quan (làm tăng hoặc giảm). Điều này có thể xảy ra bởi vì các yêu
cầu liên quan chỉ cần thiết nếu các yêu cầu đầu tiên được thực hiện, hoặc
bởi vì chỉ có một trong các yêu cầu cần được thực hiện (ví dụ, khi thảo
luận về hai tính năng mà có khả năng đáp ứng yêu cầu kinh doanh).
6.2.4. Thành phần
2. Phân tích tác động
• Phân tích tác động được thực hiện để đánh giá hoặc đo lường tác động
của sự thay đổi.
• Truy xuất nguồn gốc là một công cụ hữu ích để thực hiện phân tích tác
động.
6.2.4. Thành phần
3. Hệ thống quản lý cấu hình
• Một công cụ quản lý các yêu cầu chuyên môn hóa nói chung là cần
thiết để theo dõi số lượng lớn các yêu cầu.
6.2.5. Các kỹ thuật
• Coverage matrix
6.2.6. Các bên liên quan
• Implementation SME
• Project Manager
• Tester
6.2.7. Đầu ra
• Các yêu cầu [được theo dấu]
6.3. Duy trì các yêu cầu cho việc tái
sử dụng
6.3.1. Mục đích
• Để quản lý các kiến thức về các yêu cầu cho việc cài đặt tiếp theo
6.3.2. Mô tả
• Xác định các yêu cầu là ứng cử viên cho việc sử dụng lâu dài của tổ chức.
• Để sử dụng lại yêu cầu:
• đặt tên rõ ràng
• được xác định và dễ dàng có sẵn cho các nhà phân tích khác.
• Bảo trì các yêu cầu có thể:
• tạo điều kiện phân tích tác động của các thay đổi mới, được đề nghị cho công việc
kinh doanh
• giảm thời gian và nỗ lực phân tích
• hỗ trợ trong việc bảo trì các giải pháp thực hiện trước đây
• hỗ trợ các hoạt động khác gồm đào tạo, quản trị doanh nghiệp, và tuân thủ các tiêu
chuẩn.
6.3.3. Đầu vào
• Các tài sản quy trình của tổ chức
• Các yêu cầu
6.3.4. Thành phần
1. Các yêu cầu đang diễn ra
• Là những yêu cầu mà một đơn vị tổ chức cần thiết để có thể đáp ứng
một cách liên tục.
• Có thể gồm:
• các nghĩa vụ theo hợp đồng
• các tiêu chuẩn chất lượng
• thỏa thuận mức độ dịch vụ
• các quy tắc kinh doanh, quy trình kinh doanh
• các yêu cầu mô tả sản phẩm công việc.
6.3.4. Thành phần
2. Các yêu cầu được đáp ứng
• Duy trì các yêu cầu này giúp với các cải tiến sản phẩm và thay đổi hệ
thống trong tương lai.
• Các yêu cầu hiện tại cũng có thể được tái sử dụng cho các dự án kinh
doanh có liên quan.
6.3.5. Các kỹ thuật
• Không có
6.3.6. Các bên liên quan
• Nhà phân tích kinh doanh
• Domain SME
• Implementation SME
6.3.7. Đầu ra
• Các yêu cầu [được duy trì và có khả năng tái sử dụng]
6.4. Chuẩn bị đóng gói yêu cầu
6.4.1. Mục đích
• Để chọn và cấu trúc một tập hợp các yêu cầu trong một kiểu phù hợp
để đảm bảo rằng các yêu cầu được truyền đạt đến, được hiểu, và có thể
sử dụng một cách hiệu quả bởi một nhóm hoặc các nhóm bên liên
quan.
6.4.2. Mô tả
• Mô tả các công việc cần thiết để quyết định định dạng thích hợp cho
một dự án cụ thể và các bên liên quan của nó.
• Mục tiêu chính của việc phát triển một gói yêu cầu là để truyền đạt
thông tin rõ ràng và dễ hiểu
6.4.2. Mô tả (1)
Để giúp quyết định làm thế nào để trình bày yêu cầu, hãy hỏi các loại
câu hỏi sau:
• Các yêu cầu cần được chi tiết như thế nào?
• Thông tin quan trọng để truyền thông là gì? Mức độ chi tiết thích
hợp là gì?
• Các bên liên quan cụ thể sẽ hiểu gì dựa trên các loại đối tượng mà
họ đại diện và phong cách truyền thông hay học tập ưa thích của
các bên liên quan?
6.4.2. Mô tả (2)
Để giúp quyết định làm thế nào để trình bày yêu cầu, hãy hỏi các loại
câu hỏi sau: (tt)
• Có phải việc trình bày hay định dạng gói yêu cầu và các yêu cầu
được chứa trong gói, thích hợp cho loại đối tượng mà cần xem lại
nó?
• Làm thế nào gói các yêu cầu hỗ trợ giai đoạn trước và sau đó (ví dụ:
thử nghiệm, thực hiện) hoặc các hoạt động và sản phẩm chuyển
giao của dự án?
6.4.2. Mô tả (3)
Các hình thức có thể cho gói yêu cầu:
• Tài liệu chính thức
• Thuyết trình
• Mô hình
6.4.3. Đầu vào
• Kế hoạch truyền thông phân tích kinh doanh
• Tài sản quy trình của tổ chức
• Các yêu cầu
• Cấu trúc các yêu cầu
6.4.4. Thành phần
1. Sản phẩm công việc
• Sản phẩm công việc là một tài liệu hoặc tập hợp các ghi chú hoặc sơ
đồ được sử dụng bởi các nhà BA trong quá trình phát triển yêu cầu.
Ví dụ về sản phẩm công việc
• chương trình và biên bản cuộc họp
• câu hỏi phỏng vấn và ghi chú
• chương trình kỳ họp thuận lợi và ghi chú
• nhật ký các vấn đề (Issues log)
• kế hoạch làm việc, báo cáo tình trạng
• slide thuyết trình được sử dụng trong dự án
• ma trận truy xuất nguồn gốc
6.4.4. Thành phần
1. Các sản phẩm chuyển giao
• Sản phẩm chuyển giao là một đầu ra cụ thể của quá trình phân tích
kinh doanh mà các nhà phân tích kinh doanh đã đồng ý đưa ra.
• Một sản phẩm chuyển giao yêu cầu được sử dụng như một cơ sở cho
việc thiết kế giải pháp và thực hiện.
6.4.4. Thành phần
2. Định dạng
• Tùy thuộc vào loại yêu cầu, kỹ thuật trình bày có thể khác nhau và các
định dạng cụ thể đã được chọn trong khi phát triển các kế hoạch
truyền thông phân tích kinh doanh.
• Hãy xem xét cẩn thận những loại thông tin nên được bao gồm trong
một gói yêu cầu, và cái mà nội dung có thể thay đổi giữa các dự án
khác nhau.
• Nếu gói được tạo ra với ý định có sự chấp thuận chính thức, các tài
liệu yêu cầu phải đầy đủ để chuẩn bị đóng gói các yêu cầu.
6.4.4. Thành phần
2. Định dạng (tt)
Xem xét bổ sung cho tài liệu yêu cầu
• Có mục lục (Table of Contents) đề cương cho mỗi gói yêu cầu
• Nhóm các yêu cầu thành các danh mục
• Bản ghi các sửa đổi giữa các phiên bản tài liệu
6.4.5. Các kỹ thuật
1. Tài liệu các yêu cầu
• Tài liệu yêu cầu kinh doanh (Business Requirements Document)
• Lộ trình sản phẩm (Product Roadmap)
• Đặc tả kỹ thuật yêu cầu phần mềm / Hệ thống (Software/System
Requirements Specification)
• Đặc tả kỹ thuật các yêu cầu bổ sung (Supplementary Requirements
Specification)
• Tài liệu trực quan (Vision Document)
6.4.5. Các kỹ thuật
2. Các yêu cầu chọn nhà cung cấp
• Nếu chọn giải pháp có sẵn từ bên ngoài: Các BA nắm bắt yêu cầu theo
hình thức Request for Information (RFI), Request for Quote (RFQ)
hoặc Request for Proposal (RFP)
• Khi xây dựng câu hỏi RFP, tránh sử dụng câu hỏi kết thúc đóng.
6.4.6. Các bên liên quan
• Domain SMEs và End Users
• Implementation SMEs
• Project Managers
• Regulators
• Sponsors (và những nhà quản lý khác ở cấp điều hành)
• Testers
6.4.7. Đầu ra
• Gói các yêu cầu
6.5. Truyền thông yêu cầu
6.5.1. Mục đích
• Truyền thông yêu cầu cần thiết để đưa các bên liên quan đến một sự
hiểu biết chung về các yêu cầu
6.5.2. Mô tả
• Truyền thông yêu cầu gồm các cuộc hội thoại, ghi chú, tài liệu, thuyết
trình, và các cuộc thảo luận.
• Truyền thông ngắn gọn, phù hợp, hiệu quả đòi hỏi các nhà phân tích
kinh doanh có một tập quan trọng các kỹ năng, cả mềm (giao tiếp) và
kỹ thuật (nghĩa là yêu cầu).
6.5.3. Đầu vào
• Kế hoạch truyền thông phân tích kinh doanh
• Các yêu cầu
• Gói yêu cầu
6.5.4. Thành phần
1. Truyền thông tổng quát
• Truyền thông yêu cầu được thực hiện lặp đi lặp lại và kết hợp với hầu
hết các nhiệm vụ trong các lĩnh vực tri thức khác.
• Nhiệm vụ phân tích doanh nghiệp
• Nhiệm vụ gợi mở
• Nhiệm vụ phân tích yêu cầu
• Nhiệm vụ đánh giá và hợp lệ giải pháp
6.5.4. Thành phần
2. Trình bày
Có thể được sử dụng để:
• đảm bảo các tiêu chuẩn chất lượng dự án nội bộ được tôn trọng
• đảm bảo chức năng chéo phù hợp với khu vực sản xuất kinh doanh
khác trong cùng một dự án
• có được sự chấp nhận kinh doanh và ký tắt
• có được đội ngũ giao hàng ký tắt
6.5.4. Thành phần
• có được đội ngũ thử nghiệm ký tắt
• là tiền đề để giao giải pháp (ví dụ kiểm tra tùy chọn giải pháp với một
đội ngũ giao hàng)
• ưu tiên một tập hợp các yêu cầu trước khi tiến tới giai đoạn tiếp theo
dự án
• đưa ra quyết định về phạm vi giải pháp
6.5.4. Thành phần
2. Trình bày
Trình bày chính thức
• Thường phổ biến các thông tin trong một định dạng được tổ chức tốt,
có cấu trúc.
• Các khán giả có thể nhận vật liệu hỗ trợ trước hoặc trong khi trình bày.
• Đối tượng tham gia / câu hỏi có thể được khuyến khích.
6.5.4. Thành phần
2. Trình bày
Trình bày không chính thức
• như một kiểm tra chính thức trạng thái của yêu cầu (ví dụ đầy đủ,
chính xác, ảnh hưởng đến khu vực nào khác).
• để truyền thông yêu cầu:
• cho nhóm giao giải pháp hoặc nhóm thử nghiệm để đảm bảo không có sự mơ
hồ.
• đến bộ phận doanh nghiệp bị ảnh hưởng
• cho các đội dự án khác
6.5.5. Các kỹ thuật
• Hội thảo yêu cầu
• Walkthrough có cấu trúc
6.5.6. Các bên liên quan
• Tất cả
6.5.7. Đầu ra
• Các yêu cầu được truyền thông
HẾT CHƯƠNG 6!!!