BABOK-Chương 5 – Quản lý vòng đời của yêu cầu -Mục 5.2

DUY TRÌ YÊU CẦU

MỤC ĐÍCH

Mục đích của duy trì yêu cầu là duy trì độ chính xác và nhất quán của yêu cầu xuyên suốt và vượt xa hơn sự thay đổi trong toàn bộ vòng đời của yêu cầu và hỗ trợ việc tái sử dụng các yêu cầu trong các giải pháp khác.

MÔ TẢ

Một yêu cầu đại diện cho một nhu cầu liên tục phải được duy trì để đảm bảo rằng nó vẫn có giá trị theo thời gian. Để tối đa hóa lợi ích của việc duy trì và tái sử dụng yêu cầu, yêu cầu phải:

  • Được thể hiện một cách nhất quán,
  • Được xem xét và phê duyệt việc bảo trì bằng cách sử dụng một quy trình tiêu chuẩn xác định các quyền truy cập thích hợp và đảm bảo chất lượng, và
  • Dễ tiếp cận và dễ hiểu.

ĐẦU VÀO

  • Yêu cầu: bao gồm mục tiêu dài hạn, mục tiêu ngắn hạn, yêu cầu nghiệp vụ, yêu cầu của các bên liên quan, yêu cầu giải pháp và yêu cầu chuyển đổi. Chúng nên được duy trì trong suốt vòng đời.
  • Thiết kế: có thể được duy trì trong suốt vòng đời, nếu cần

Maintain Requirements Input/Output Diagram

YẾU TỐ

Duy trì các yêu cầu

Các yêu cầu được duy trì để chúng luôn chính xác và được cập nhật sau khi thay đổi được chấp thuận. BA có trách nhiệm tiến hành bảo trì để đảm bảo duy trì mức độ chính xác này.

Để các yêu cầu được duy trì đúng cách, chúng phải được đặt tên và xác định rõ ràng, và dễ dàng cung cấp cho các bên liên quan.

BA cũng duy trì mối quan hệ giữa các yêu cầu, tập hợp các yêu cầu và thông tin phân tích nghiệp vụ liên quan để đảm bảo bối cảnh và mục đích ban đầu của yêu cầu được giữ nguyên. Các kho lưu trữ với các đơn vị phân loại đã được chấp nhận sẽ hỗ trợ cho việc  thiết lập và duy trì các liên kết giữa các yêu cầu, và tạo điều kiện thuận lợi cho việc truy xuất nguồn gốc yêu cầu và thiết kế.

Duy trì các thuộc tính

Trong khi khơi gợi yêu cầu, BA cũng khám phá ra các thuộc tính  của yêu cầu. Các thông tin như nguồn gốc, mức độ ưu tiên và mức độ phức tạp của yêu cầu hỗ trợ trong việc quản lý từng yêu cầu trong suốt vòng đời.

Một số thuộc tính thay đổi khi BA khơi gợi thêm thông tin và tiến hành phân tích sâu hơn. Một thuộc tính có thể thay đổi mặc dù yêu cầu không thay đổi.

Tái sử dụng yêu cầu

Có những tình huống mà các yêu cầu có thể được tái sử dụng. Các yêu cầu được tổ chức sử dụng lâu dài được xác định, đặt tên rõ ràng, xác định và lưu trữ theo cách mà làm cho các bên liên quan khác có thể dễ dàng truy xuất chúng.

Tùy thuộc vào mức độ trừu tượng và nhu cầu dự kiến ​​được giải quyết, các yêu cầu có thể được tái sử dụng:

  • Trong sáng kiến ​​hiện tại,
  • Trong các sáng kiến ​​tương tự,
  • Trong các phòng ban tương tự, và
  • Trong toàn bộ tổ chức.

Các yêu cầu ở mức độ trừu tượng cao có thể được viết với giới hạn tham chiếu đến các giải pháp cụ thể. Các yêu cầu được thể hiện một cách chung chung, không liên quan trực tiếp đến một công cụ hoặc cơ cấu tổ chức cụ thể, có xu hướng được tái sử dụng nhiều hơn. Những yêu cầu này cũng ít phải sửa đổi trong quá trình thay đổi.

Như các yêu cầu được thể hiện chi tiết hơn, chúng trở nên liên kết chặt chẽ hơn với một giải pháp hoặc phương án giải pháp cụ thể. Các tham chiếu cụ thể đến các ứng dụng hoặc phòng ban giới hạn việc tái sử dụng các yêu cầu và thiết kế trong một tổ chức.

Các yêu cầu nhằm mục đích tái sử dụng thường phản ánh tình trạng hiện tại của tổ chức. Các bên liên quan xác nhận các yêu cầu đã được đề xuất để tái sử dụng trước khi chúng được chấp nhận vào trong việc thay đổi.

NGUYÊN TẮC VÀ CÔNG CỤ

  • Phương pháp tiếp cận quản lý thông tin: chỉ ra cách các yêu cầu sẽ được quản lý để tái sử dụng.

KỸ THUẬT

  • Phân tích quy tắc nghiệp vụ: được sử dụng để xác định các quy tắc nghiệp vụ có thể giống nhau trong toàn doanh nghiệp nhằm tạo điều kiện tái sử dụng.
  • Sơ đồ luồng dữ liệu (Data Flow Diagrams): được sử dụng để xác định luồng thông tin có thể giống nhau trong toàn doanh nghiệp nhằm tạo điều kiện tái sử dụng.
  • Mô hình hóa dữ liệu: được sử dụng để xác định cấu trúc dữ liệu có thể giống nhau trong toàn doanh nghiệp để tạo điều kiện tái sử dụng.
  • Phân tích tài liệu: được sử dụng để phân tích tài liệu hiện có về một doanh nghiệp có thể làm cơ sở cho các yêu cầu duy trì và tái sử dụng.
  • Phân rã chức năng: được sử dụng để xác định các yêu cầu liên quan đến các thành phần và có sẵn để tái sử dụng.
  • Mô hình hóa quy trình: được sử dụng để xác định các yêu cầu liên quan đến các quy trình có thể có sẵn để tái sử dụng.
  • Các trường hợp và tình huống sử dụng (user case and user scenario): được sử dụng để xác định một thành phần giải pháp có thể được sử dụng bởi nhiều giải pháp.
  • Câu chuyện của người dùng (user story): được sử dụng để xác định các yêu cầu liên quan đến câu chuyện có thể có sẵn để tái sử dụng.

CÁC BÊN LIÊN QUAN

  • Chuyên gia về lĩnh vực nghiệp vụ: tham khảo các yêu cầu được duy trì một cách thường xuyên để đảm bảo chúng phản ánh chính xác các nhu cầu đã nêu.
  • Chuyên gia triển khai: sử dụng các yêu cầu được duy trì khi phát triển các bài kiểm thử hồi quy và tiến hành phân tích tác động để cải tiến.
  • Hỗ trợ vận hành: các yêu cầu được duy trì có khả năng được tham chiếu để xác nhận trạng thái hiện tại.
  • Bộ phận điều tiết: các yêu cầu được duy trì có khả năng được tham chiếu để xác nhận sự tuân thủ các tiêu chuẩn.
  • Người kiểm thử (tester): các yêu cầu được duy trì được tester sử dụng để hỗ trợ việc lập kế hoạch kiểm thử và tạo trường hợp kiểm thử.

ĐẦU RA

  • Các yêu cầu (duy trì): được xác định một lần và có sẵn để tổ chức sử dụng lâu dài. Chúng có thể trở thành tài sản của quy trình tổ chức hoặc được sử dụng trong các sáng kiến ​​trong tương lai. Trong một số trường hợp, một yêu cầu không được chấp thuận hoặc không được thực hiện có thể được duy trì cho một sáng kiến ​​khả thi trong tương lai.
  • Các thiết kế (duy trì): có thể được tái sử dụng sau khi đã được định nghĩa. Ví dụ, một thành phần tự kiểm soát có thể được tạo sẵn để có thể sử dụng trong tương lai.

Bài viết tiếp theo sẽ giới thiệu về hoạt động sắp xếp thứ tự ưu tiên của yêu cầu.

Bạn có thể tải về bản gốc Tiếng Anh Tại đây

Ezami

Related Posts

Leave a Reply

Your email address will not be published. Required fields are marked *