Bài 2

D Các vai trò trong team Aglie gồm: chủ sở hữu sản phẩm, lãnh đạo team, các phát triển viên và kiểm thử viên

C 4 loại, gồm: needs, features, use cases, và supplementary requirements

D Bản kế hoạch quản lý yêu cầu (RMP), tài liệu tầm nhìn dự án (Project Vision), tài liệu yêu cầu bổ sung (Suplementary Requirements document), bảng chú giải (Glossary), và tài liệu đặc tả use case (Use case specification)

C Quy trình hợp nhất Rational (RUP)

B Thuộc loại quy trình phát triển phần mềm lặp

C 4 giai đoạn, gồm: Inception, Elaboration, Construction, và Transition

B Các lần lặp ở hai giai đoạn đầu của RUP.

B Tập trung vào các luồng (1), (2)

C Lần lặp 1, lần lặp 2

B Rational RequisitePro, C Rational DOORS

C GitHub

C Rational RequisitePro

B Quản lý yêu cầu phần mềm

D Thông qua việc tạo và theo dõi các issues để ghi nhận yêu cầu và các thay đổi cần thiết

D GitHub hỗ trợ theo dõi yêu cầu qua các issues, trong khi Rational RequisitePro cung cấp một hệ thống chuyên biệt đế quản lý yêu cầu với các tính năng theo dõi dấu vết yêu cầu.

A Thuộc loại quy trình phát triển phần mềm linh hoạt Agile

C Các yêu cầu phần mềm có thể được thu thập trong các lần lặp tương ứng với các giai đoạn của RUP

C Mỗi lặp của RUP phải trải qua tất cả các luồng công việc (workflows) trên các hàng.

A Một issue, hoặc một pull request của dự án

B Hỗ trợ quản lý yêu cầu với khả năng theo dõi dấu vết yêu cầu (requirements traceability)

C Tối đa 4 tuần

B Để tự động hóa và tăng tính linh hoạt trong quản lý yêu cầu

D Các yêu cầu được quản lý trong product backlog và sprint backlog

A Là cầu nối giữa hai bên gồm khách hàng & công ty phát triển phần mềm, C Thu thập, phân tích xác định yêu cầu.

B Các mô tả, tiêu chí chấp nhận, và trạng thái của yêu cầu

B Chủ sở hữu sản phẩm (product owner)

A Rational Requisite Pro, vì nó được thiết kế chuyên biệt để quản lý yêu cầu và hỗ trợ đầy đủ các tính năng về yêu cầu như phân tích, xác nhận và theo dõi dấu vết

C. Là các yêu cầu được phân tích hình thành từ các needs

A. Là một cách tiếp cận cụ thể áp dụng cho quy trình kỹ nghệ yêu cầu, D. Là mô hình tổ chức các yêu cầu theo nhiều cấp độ, từ yêu cầu cao nhất (các yêu cầu doanh nghiệp) xuống các yêu cầu chi tiết hơn (các yêu cầu chức năng và phi chức năng)