SWR302 - Phần 16: Thực hành quản lý yêu cầu

Một bộ yêu cầu đã được xem xét và đồng ý, và nó phục vụ như cơ sở cho sự phát triển tiếp theo. Điều này thường được gọi là 'điểm chuẩn yêu cầu' (requirements baseline). Nó là một tập hợp các yêu cầu đã được xác định và được chấp thuận, và nó sẽ được sử dụng làm cơ sở cho việc phát triển sản phẩm hoặc dự án. Điểm chuẩn yêu cầu giúp đảm bảo rằng tất cả các bên liên quan đều hiểu rõ về yêu cầu của dự án và sẽ giúp tránh các vấn đề phát sinh trong quá trình phát triển.

Quá trình quản lý yêu cầu (Requirements Management) là một phần quan trọng trong vòng đời phát triển phần mềm. Nó bao gồm việc thu thập, xác định, phân tích, xác định và quản lý yêu cầu của khách hàng. Trong các hoạt động sau, hoạt động nào được coi là một phần của nỗ lực quản lý yêu cầu?

Các hoạt động sau đây thuộc về các hoạt động cốt lõi của quản lý yêu cầu. Quản lý yêu cầu là một phần quan trọng trong chu kỳ phát triển sản phẩm, giúp đảm bảo rằng các yêu cầu của khách hàng được hiểu và thực hiện chính xác. Các hoạt động cốt lõi của quản lý yêu cầu bao gồm kiểm soát phiên bản, kiểm soát thay đổi, theo dõi trạng thái yêu cầu và theo dõi yêu cầu. Kiểm soát phiên bản giúp quản lý các phiên bản của yêu cầu, kiểm soát thay đổi giúp đảm bảo rằng các thay đổi được thực hiện một cách có hệ thống, theo dõi trạng thái yêu cầu giúp theo dõi tiến độ của yêu cầu và theo dõi yêu cầu giúp đảm bảo rằng các yêu cầu được thực hiện chính xác.

Đáp án đúng: "Customer who came up with the idea about this requirement". Thuộc tính yêu cầu (requirement attributes) là các trường thông tin đi kèm mỗi yêu cầu để quản lý, theo danh mục thuộc tính chuẩn như ngày tạo, số phiên bản, tác giả, độ ưu tiên, trạng thái, nguồn gốc, lý do, bản phát hành dự kiến, phương pháp kiểm chứng. Cần nói thẳng: nguồn gốc (origin hoặc source) của yêu cầu cũng là một thuộc tính, nên có thể thấy phương án này gần đúng; nhưng cách ghi theo kiểu người khách hàng đã nảy ra ý tưởng không phải tên thuộc tính chuẩn, thuộc tính chuẩn ghi nguồn của yêu cầu chứ không ghi ai nghĩ ra ý tưởng, nên đây vẫn là phương án cần chọn. Phương án "Date the requirement was created" là thuộc tính chuẩn để biết yêu cầu xuất hiện khi nào. Phương án "Author who wrote the requirement" là thuộc tính chuẩn để biết ai chịu trách nhiệm nội dung và hỏi lại khi cần. Phương án "Status" là thuộc tính chuẩn theo dõi yêu cầu đang ở bước đề xuất, đã duyệt, đã cài đặt hay đã kiểm chứng.

Đáp án đúng: "Version control, change control, requirements status tracking, and requirements tracing". Quản lý yêu cầu (requirements management) là nhánh song song với phát triển yêu cầu, gồm bốn hoạt động: quản lý phiên bản cho từng yêu cầu và tài liệu yêu cầu, kiểm soát thay đổi qua quy trình đề xuất, đánh giá, quyết định, theo dõi trạng thái từng yêu cầu như đề xuất, đã duyệt, đã cài đặt, đã kiểm chứng, và truy vết yêu cầu tới nguồn gốc, thiết kế, mã và ca kiểm thử. "Version control, project scheduling, change control and budget management" sai vì lập lịch và quản lý ngân sách là việc của quản lý dự án. "Change control, risk assessment, requirements tracing and stakeholder engagement" sai vì đánh giá rủi ro và gắn kết bên liên quan là hoạt động quản lý dự án hoặc khơi gợi, không nằm trong bộ bốn hoạt động quản lý yêu cầu. "Change control, testing, deployment, and maintenance" sai vì kiểm thử, triển khai, bảo trì là các giai đoạn vòng đời phần mềm, không phải hoạt động quản lý yêu cầu.

Đáp án đúng: "The business analyst". Quản lý yêu cầu (requirements management) gồm lập đường cơ sở (baseline), kiểm soát thay đổi, theo dõi trạng thái và truy vết yêu cầu; người thường giữ trách nhiệm dẫn dắt mảng này là chuyên viên phân tích nghiệp vụ, vì đó là người hiểu yêu cầu sâu nhất và đã làm chúng ra. "The project manager" phối hợp chặt và thường tham gia ban kiểm soát thay đổi, nhưng trách nhiệm chính của quản lý dự án là kế hoạch, lịch trình, nguồn lực và rủi ro, không phải duy trì bộ yêu cầu. "The developer" là người hiện thực hoá yêu cầu, góp ý về tác động kỹ thuật khi có thay đổi chứ không quản lý yêu cầu. "The quality assurance team" dùng yêu cầu để thiết kế kiểm thử và góp phần thẩm định, nhưng không dẫn dắt việc quản lý chúng.

Đáp án đúng: "It helps collect issues from multiple requirements reviews, assign owners, track resolution history, and provide visibility into the status of all open issues". Trong quản lý yêu cầu, các vấn đề phát sinh từ rà soát như câu hỏi chưa trả lời, điểm mơ hồ hay mâu thuẫn rất dễ thất lạc nếu chỉ ghi rời rạc; công cụ theo dõi vấn đề (issue-tracking tool) gom chúng về một chỗ, giao người chịu trách nhiệm, lưu lịch sử xử lý và cho mọi người thấy vấn đề nào còn mở. "It eliminates the need for any requirements elicitation" sai vì công cụ chỉ theo dõi vấn đề, không thay được việc thu thập yêu cầu từ bên liên quan. "It guarantees that all project requirements will remain unchanged" sai vì không công cụ nào ngăn được thay đổi; yêu cầu vẫn thay đổi và được quản lý qua kiểm soát thay đổi. "It automatically writes acceptance tests for all requirements." sai vì kiểm thử chấp nhận phải do con người thiết kế dựa trên yêu cầu.