Xác nhận và Quản lý Yêu cầu

Xác nhận và quản lý yêu cầu đảm bảo rằng các yêu cầu được ghi lại nắm bắt chính xác nhu cầu của các bên liên quan và chúng duy trì tính nhất quán, khả năng truy xuất nguồn gốc và được kiểm soát khi chúng thay đổi trong suốt vòng đời của một dự án.

Definition

Xác nhận yêu cầu là quá trình xác nhận rằng các yêu cầu được chỉ định định nghĩa hệ thống mà các bên liên quan thực sự muốn, trong khi quản lý yêu cầu là việc kiểm soát liên tục các thay đổi, phiên bản và khả năng truy xuất nguồn gốc của yêu cầu trong suốt vòng đời.

Scope

Chủ đề này bao gồm các kỹ thuật xác nhận như đánh giá, kiểm tra, tạo mẫu và kiểm tra tiêu chí chấp nhận; việc thiết lập các đường cơ sở yêu cầu; kiểm soát thay đổi và phân tích tác động; khả năng truy xuất nguồn gốc yêu cầu đến thiết kế, mã và thử nghiệm; và các công cụ và quy trình duy trì tính toàn vẹn của yêu cầu khi một hệ thống phát triển.

Core questions

• Làm thế nào chúng ta có thể xác nhận rằng các yêu cầu phản ánh nhu cầu thực sự của các bên liên quan?
• Các thay đổi yêu cầu được đề xuất, đánh giá và kiểm soát như thế nào?
• Khả năng truy xuất nguồn gốc được thiết lập và duy trì như thế nào từ yêu cầu đến thử nghiệm?
• Các đường cơ sở và phiên bản của yêu cầu được quản lý như thế nào?

Key theories

Khả năng truy xuất nguồn gốc yêu cầu

Duy trì các liên kết rõ ràng từ mỗi yêu cầu ngược về nguồn gốc của nó và tiến tới các tạo phẩm thiết kế, mã và thử nghiệm cho phép phân tích tác động, kiểm tra phạm vi bao phủ và xác minh rằng tất cả các nhu cầu đều được giải quyết.

Xác nhận thông qua đánh giá và tạo mẫu

Các yêu cầu được xác nhận thông qua các đánh giá và kiểm tra có cấu trúc, đánh giá nguyên mẫu và suy luận trường hợp thử nghiệm, giúp phát hiện sự mơ hồ, không đầy đủ và xung đột trước khi chúng lan truyền vào thiết kế.

Clinical relevance

Việc xác nhận có kỷ luật giúp phát hiện các lỗi tốn kém ở giai đoạn ít tốn kém nhất, và việc quản lý hiệu quả với khả năng truy xuất nguồn gốc cho phép các nhóm đánh giá tác động của những thay đổi không thể tránh khỏi, duy trì tính nhất quán và chứng minh phạm vi bao phủ cho các cuộc kiểm toán và chấp nhận.

Evidence & guidelines

ISO/IEC/IEEE 29148 và lĩnh vực kiến thức Yêu cầu Phần mềm SWEBOK mô tả các hoạt động xác nhận và quản lý, bao gồm xác minh chất lượng yêu cầu và kiểm soát thay đổi.

History

Các thực hành kiểm soát thay đổi và truy xuất nguồn gốc đã di chuyển từ kỹ thuật hệ thống sang phần mềm vào những năm 1980 và 1990; việc nghiên cứu chính thức vấn đề truy xuất nguồn gốc vào giữa những năm 1990 và sự phát triển của các công cụ quản lý yêu cầu đã biến việc xác nhận và quản lý thành một phần được công nhận của quy trình yêu cầu.

Key figures

• Orlena Gotel
• Anthony Finkelstein
• Ian Sommerville

Seminal works

• gotel1994
• sommerville2015
• swebok2014

Frequently asked questions

Sự khác biệt giữa xác nhận và xác minh yêu cầu là gì?

Xác nhận hỏi liệu chúng ta có chỉ định đúng các yêu cầu hay không — những yêu cầu đáp ứng nhu cầu của các bên liên quan — trong khi xác minh hỏi liệu hệ thống có được xây dựng để đáp ứng các yêu cầu đã chỉ định hay không. Xác nhận liên quan đến bản thân các yêu cầu; xác minh liên quan đến sự tuân thủ chúng.

Tại sao khả năng truy xuất nguồn gốc lại quan trọng?

Khả năng truy xuất nguồn gốc liên kết các yêu cầu với nguồn gốc của chúng và với các tạo phẩm hạ nguồn, vì vậy khi một yêu cầu thay đổi, tác động của nó có thể được đánh giá, và phạm vi bao phủ có thể được chứng minh bằng cách chỉ ra rằng mọi yêu cầu đều được thiết kế và thử nghiệm.