Hướng dẫn đầy đủ nhất về quản lý yêu cầu và truy xuất nguồn gốc
Thuật ngữ
Mục lục
|
Các từ viết tắt
|
Các điều khoản
|
Định nghĩa
|
|---|---|---|
|
RM
|
Quản lý yêu cầu
|
Quá trình xác định, lập tài liệu, phân tích, theo dõi, ưu tiên, phê duyệt và duy trì các yêu cầu cho một dự án hoặc sản phẩm.
|
|
BRD
|
Tài liệu Yêu cầu Kinh doanh
|
Một tài liệu chính thức mô tả các yêu cầu kinh doanh cấp cao cho một dự án hoặc sản phẩm. Nó thường bao gồm thông tin về nhu cầu kinh doanh, phạm vi, các bên liên quan, yêu cầu chức năng, yêu cầu phi chức năng, giả định, ràng buộc, rủi ro và dòng thời gian của dự án.
|
|
thứ hai
|
Tài liệu Yêu cầu Chức năng
|
Một tài liệu chi tiết mô tả các yêu cầu chức năng cụ thể cho một dự án hoặc sản phẩm. Nó thường bao gồm thông tin về các tính năng của hệ thống, yêu cầu của người dùng, trường hợp sử dụng, kịch bản, yêu cầu dữ liệu và tiêu chí chấp nhận.
|
|
NFRD
|
Tài liệu yêu cầu phi chức năng
|
Một tài liệu chi tiết mô tả các yêu cầu phi chức năng cụ thể cho một dự án hoặc sản phẩm. Nó thường bao gồm thông tin về hiệu suất hệ thống, khả năng mở rộng, tính khả dụng, độ tin cậy, bảo mật, khả năng bảo trì, khả năng sử dụng và khả năng truy cập.
|
|
SRS
|
Phần mềm Yêu cầu kỹ thuật
|
Một tài liệu toàn diện mô tả các yêu cầu chức năng và phi chức năng cho một hệ thống phần mềm. Nó thường bao gồm thông tin về kiến trúc hệ thống, thiết kế, triển khai, thử nghiệm và triển khai.
|
|
Trường hợp sử dụng
|
Trường hợp sử dụng
|
Một kỹ thuật để nắm bắt và mô tả các yêu cầu chức năng của một hệ thống bằng cách xác định các tương tác giữa hệ thống và người dùng hoặc các hệ thống khác. Nó thường bao gồm một mô tả về các bước được thực hiện bởi người dùng hoặc hệ thống để đạt được một mục tiêu hoặc nhiệm vụ cụ thể.
|
|
Ma trận truy xuất nguồn gốc
|
Ma trận truy xuất nguồn gốc
|
Một tài liệu cung cấp một liên kết có thể theo dõi giữa các yêu cầu, thiết kế, triển khai, thử nghiệm và triển khai hệ thống. Nó thường bao gồm thông tin về mối quan hệ giữa các yêu cầu và các tạo phẩm khác của hệ thống, chẳng hạn như các trường hợp thử nghiệm, lỗi và yêu cầu thay đổi.
|
|
Thay đổi bảng điều khiển
|
Thay đổi bảng điều khiển
|
Một nhóm các bên liên quan chịu trách nhiệm đánh giá, phê duyệt và quản lý các thay đổi đối với các yêu cầu, thiết kế, triển khai, thử nghiệm và triển khai hệ thống. Nó thường bao gồm các đại diện từ các bộ phận khác nhau, chẳng hạn như kinh doanh, phát triển, thử nghiệm và vận hành.
|
|
Yêu cầu khơi gợi
|
Yêu cầu khơi gợi
|
Quá trình thu thập và ghi lại các yêu cầu cho một dự án hoặc sản phẩm từ các bên liên quan, người dùng và các nguồn khác. Nó thường liên quan đến các kỹ thuật như phỏng vấn, khảo sát, quan sát, nhóm tập trung và các phiên động não.
|
|
Các bên liên quan
|
Các bên liên quan
|
Một người hoặc một nhóm người quan tâm đến sự thành công của một dự án hoặc sản phẩm. Nó thường bao gồm khách hàng, người dùng, nhà tài trợ, chủ doanh nghiệp, nhà phát triển, người thử nghiệm và nhân viên hỗ trợ.
|
|
Ưu tiên yêu cầu
|
Ưu tiên yêu cầu
|
Quá trình xếp hạng các yêu cầu cho một dự án hoặc sản phẩm theo thứ tự quan trọng hoặc khẩn cấp. Nó thường liên quan đến việc xác định các yêu cầu quan trọng phải được giải quyết trước tiên và chỉ định mức độ ưu tiên cho từng yêu cầu dựa trên giá trị kinh doanh, tính khả thi về mặt kỹ thuật và rủi ro của nó.
|
|
Công cụ quản lý yêu cầu
|
Công cụ quản lý yêu cầu
|
Một ứng dụng phần mềm được sử dụng để hỗ trợ quy trình quản lý yêu cầu. Nó thường bao gồm các tính năng như nắm bắt yêu cầu, truy xuất nguồn gốc, kiểm soát phiên bản, cộng tác, báo cáo và phân tích. Ví dụ về các công cụ quản lý yêu cầu bao gồm Visure Solutions, IBM Rational DOORS, Jama Connect và HP ALM.
|
|
Baseline
|
Baseline
|
Một tập hợp các yêu cầu đã được phê duyệt tạo cơ sở cho việc phát triển và thử nghiệm thêm một hệ thống. Nó thường bao gồm các yêu cầu chức năng và phi chức năng đã được các bên liên quan thống nhất và được ban kiểm soát thay đổi ký duyệt.
|
|
THẨM ĐỊNH
|
THẨM ĐỊNH
|
Quá trình đánh giá xem các yêu cầu đối với một hệ thống có đầy đủ, chính xác và phù hợp với nhu cầu và mong đợi của các bên liên quan hay không. Nó thường bao gồm việc xem xét các tài liệu yêu cầu, tiến hành đánh giá các bên liên quan và xác minh rằng hệ thống đáp ứng các yêu cầu được chỉ định thông qua thử nghiệm và các phương pháp khác.
|
|
Xác minh
|
Xác minh
|
Quá trình đánh giá xem hệ thống có đáp ứng các yêu cầu được chỉ định hay không. Nó thường liên quan đến việc kiểm tra hệ thống dựa trên các tiêu chí chấp nhận được xác định trong các tài liệu yêu cầu và đảm bảo rằng tất cả các yêu cầu đã được thực hiện chính xác.
|
|
Phạm vi
|
Phạm vi
|
Các ranh giới và mục tiêu của một dự án hoặc sản phẩm. Nó thường bao gồm thông tin về các tính năng, chức năng và khả năng của hệ thống, cũng như các ràng buộc và giới hạn phải được tính đến.
|
|
Phân tích tác động
|
Phân tích tác động
|
Quá trình đánh giá các tác động tiềm ẩn của một thay đổi đối với các yêu cầu, thiết kế, triển khai, thử nghiệm hoặc triển khai hệ thống. Nó thường liên quan đến việc xác định các khu vực bị ảnh hưởng của hệ thống, đánh giá rủi ro và lợi ích của thay đổi, đồng thời xác định các nguồn lực và thời hạn cần thiết để thực hiện thay đổi.
|
|
Xem xét yêu cầu
|
Xem xét yêu cầu
|
Một quy trình chính thức để đánh giá các tài liệu yêu cầu để đảm bảo rằng chúng đầy đủ, chính xác và phù hợp với nhu cầu và mong đợi của các bên liên quan. Nó thường bao gồm đánh giá của một nhóm các bên liên quan, bao gồm nhà phát triển, người thử nghiệm, nhà phân tích kinh doanh và chuyên gia về chủ đề, những người cung cấp phản hồi và xác định bất kỳ vấn đề hoặc mối quan ngại nào cần được giải quyết.
|
|
Yêu cầu Truy xuất nguồn gốc
|
Yêu cầu Truy xuất nguồn gốc
|
Khả năng theo dõi và quản lý mối quan hệ giữa các yêu cầu và các tạo phẩm khác của hệ thống, chẳng hạn như tài liệu thiết kế, trường hợp thử nghiệm, lỗi và yêu cầu thay đổi. Nó thường liên quan đến việc tạo ra một ma trận truy xuất nguồn gốc hoặc công cụ khác để đảm bảo rằng tất cả các yêu cầu được tính đến trong suốt quá trình phát triển và mọi thay đổi đối với các yêu cầu đều được quản lý và ghi lại đúng cách.
|
|
Yêu cầu cơ sở
|
Yêu cầu cơ sở
|
Tập hợp các yêu cầu đã được các bên liên quan phê duyệt và tạo cơ sở cho việc phát triển và thử nghiệm thêm một hệ thống. Nó thường bao gồm các yêu cầu chức năng và phi chức năng, cũng như mọi ràng buộc, giả định và rủi ro đã được xác định. Đường cơ sở yêu cầu được sử dụng làm điểm tham chiếu để quản lý các thay đổi đối với các yêu cầu trong suốt quá trình phát triển.
|
|
Kỹ thuật yêu cầu
|
Kỹ thuật yêu cầu
|
Cách tiếp cận có hệ thống và kỷ luật để gợi ra, phân tích, chỉ định, xác nhận và quản lý các yêu cầu cho một dự án hoặc sản phẩm. Nó thường liên quan đến việc sử dụng các kỹ thuật khác nhau, chẳng hạn như phỏng vấn, khảo sát, trường hợp sử dụng, kịch bản và nguyên mẫu, để đảm bảo rằng các yêu cầu là đầy đủ, chính xác và phù hợp với nhu cầu và mong đợi của các bên liên quan.
|
|
Tài liệu Yêu cầu
|
Tài liệu Yêu cầu
|
Tập hợp các tài liệu mô tả các yêu cầu đối với một hệ thống, bao gồm tài liệu yêu cầu nghiệp vụ, tài liệu yêu cầu chức năng, tài liệu yêu cầu phi chức năng, trường hợp sử dụng, câu chuyện của người dùng và các tài liệu liên quan khác. Tài liệu yêu cầu cung cấp sự hiểu biết toàn diện về các tính năng, chức năng và khả năng của hệ thống, cũng như các ràng buộc, giả định và rủi ro phải được tính đến trong suốt quá trình phát triển.
|
|
BR
|
Yêu cầu kinh doanh
|
Các mục tiêu và mục tiêu cấp cao mà một hệ thống phải đáp ứng để đáp ứng nhu cầu và mong đợi của các bên liên quan. Các yêu cầu kinh doanh thường tập trung vào các quy trình, chính sách và quy tắc kinh doanh mà hệ thống phải hỗ trợ hoặc cải thiện, thay vì các chi tiết kỹ thuật về cách hệ thống sẽ được triển khai.
|
|
FR
|
Yêu cầu chức năng
|
Các mô tả chi tiết về các tính năng, chức năng và khả năng mà một hệ thống phải có để đáp ứng nhu cầu và mong đợi của các bên liên quan. Các yêu cầu chức năng thường xác định cách hệ thống sẽ hoạt động hoặc phản hồi với các đầu vào hoặc sự kiện cụ thể và chúng có thể bao gồm các ràng buộc, giả định và tiêu chí chấp nhận phải được đáp ứng để đảm bảo rằng hệ thống đáp ứng các yêu cầu của các bên liên quan.
|
|
NFR
|
Những yêu cầu vô lý
|
Các mô tả về hiệu suất, độ tin cậy, bảo mật, khả năng sử dụng và các phẩm chất khác của hệ thống cần thiết để đáp ứng nhu cầu và mong đợi của các bên liên quan. Các yêu cầu phi chức năng thường xác định các thuộc tính hoặc đặc điểm của hệ thống, thay vì các tính năng hoặc chức năng cụ thể của nó và chúng có thể bao gồm các ràng buộc, giả định và tiêu chí chấp nhận phải được đáp ứng để đảm bảo rằng hệ thống đáp ứng các yêu cầu của các bên liên quan.
|
|
Câu chuyện người dùng
|
Câu chuyện người dùng
|
Một mô tả ngắn gọn, không chính thức về một tính năng hoặc chức năng mà một hệ thống phải có để đáp ứng nhu cầu và mong đợi của các bên liên quan. Câu chuyện của người dùng thường tuân theo một mẫu đơn giản, chẳng hạn như "Là [người dùng], tôi muốn [tính năng], để [lợi ích]." Câu chuyện của người dùng được sử dụng để nắm bắt các yêu cầu ở định dạng đơn giản, dễ hiểu, có thể dễ dàng truyền đạt và ưu tiên bởi các bên liên quan và nhóm phát triển.
|
|
Tiêu chí chấp nhận
|
Tiêu chí chấp nhận
|
Các tiêu chí mà một hệ thống phải đáp ứng để được các bên liên quan coi là chấp nhận được hoặc thỏa đáng. Tiêu chí chấp nhận thường xác định hành vi hoặc kết quả dự kiến của một hệ thống trong các tình huống hoặc trường hợp sử dụng cụ thể và chúng có thể bao gồm các biện pháp định lượng hoặc định tính phải được đáp ứng để đảm bảo rằng hệ thống đáp ứng nhu cầu và mong đợi của các bên liên quan. Tiêu chí chấp nhận được sử dụng để xác nhận tính hợp lệ của hệ thống đối với các yêu cầu chức năng và phi chức năng và đảm bảo rằng nó đáp ứng các yêu cầu của các bên liên quan.
|
|
ALM
|
Quản lý Vòng đời Ứng dụng
|
Quản lý vòng đời ứng dụng là quy trình chỉ định, thiết kế, lập tài liệu và thử nghiệm ứng dụng. Nó bao gồm toàn bộ vòng đời từ đầu đến cuối dự án. Nó bắt đầu với ý tưởng về ứng dụng trong suốt quá trình phát triển, chuyển sang thử nghiệm, triển khai, hỗ trợ và cuối cùng là trải nghiệm người dùng.
|
|
CMI
|
Tích hợp mô hình trưởng thành năng lực
|
CMMI định nghĩa một tập hợp các phương pháp hay nhất để phát triển phần mềm, quản lý dự án và quản lý tổ chức có thể giúp các tổ chức cải thiện chất lượng, hiệu quả và hiệu quả của các quy trình phát triển phần mềm của họ.
|
|
MBSE
|
Kỹ thuật hệ thống dựa trên mô hình
|
Một cách tiếp cận kỹ thuật hệ thống sử dụng các mô hình để biểu diễn, phân tích, thiết kế và xác minh các hệ thống phức tạp. MBSE liên quan đến việc tạo một tập hợp các mô hình nắm bắt các yêu cầu, hành vi, kiến trúc và các khía cạnh quan trọng khác của hệ thống và sử dụng các mô hình này để hướng dẫn quá trình phát triển.
|
Đừng quên chia sẻ bài viết này!
