SWR302 Software Requirements – Bộ ôn tập cuối kỳ số 7 (60 câu)

Các thực hành tốt hơn về yêu cầu có thể giúp giảm chi phí phát triển bằng cách giảm thiểu việc làm lại, các tính năng không cần thiết và sự hiểu lầm. Khi yêu cầu rõ ràng và chính xác, các nhà phát triển có thể tập trung vào việc xây dựng các tính năng quan trọng và cần thiết, giảm thiểu thời gian và nguồn lực lãng phí. Điều này giúp giảm thiểu chi phí phát triển và tăng cường hiệu suất của dự án. Ngoài ra, các thực hành tốt hơn về yêu cầu cũng giúp giảm thiểu các vấn đề về chất lượng, giúp sản phẩm cuối cùng đáp ứng được yêu cầu và mong đợi của khách hàng.

Trong quá trình thiết kế yêu cầu (requirement engineering), có bốn bước cơ bản là thu thập thông tin (elicitation), phân tích (analysis), thiết kế (design) và xác định tài liệu (documentation). Tuy nhiên, xác định tài liệu không phải là một bước trong quá trình thiết kế yêu cầu. Xác định tài liệu là một phần của quá trình phát triển phần mềm, liên quan đến việc tạo và quản lý các tài liệu liên quan đến dự án. Vì vậy, trong bốn lựa chọn trên, "documentation" không phải là một bước của thiết kế yêu cầu.

Khách hàng có quyền được doanh nghiệp hiểu rõ về hoạt động kinh doanh và mục tiêu của họ. Họ cũng có quyền mô tả các đặc điểm sẽ giúp sản phẩm dễ sử dụng hơn. Ngoài ra, khách hàng có quyền nhận được một hệ thống đáp ứng được nhu cầu chức năng và tiêu chuẩn chất lượng của họ. Điều này giúp đảm bảo rằng hệ thống được thiết kế phù hợp với nhu cầu và mong muốn của khách hàng.

Dưới đây là câu trả lời cho câu hỏi: 'Đâu là điều không được bao gồm trong danh sách Yêu cầu về Hóa đơn Phần mềm?'. Các lựa chọn có sẵn là: - 'Chờ BAs nói ngôn ngữ của bạn.' - 'Chờ BAs tìm hiểu về doanh nghiệp và mục tiêu của bạn.' - 'Thông báo ngay các thay đổi về yêu cầu.' - 'Nhận giải thích về thực hành và sản phẩm yêu cầu.' - 'Thay đổi yêu cầu của bạn.' - 'Chờ một môi trường tôn trọng lẫn nhau.' Câu trả lời đúng là: 'Thay đổi yêu cầu của bạn.' Vì trong danh sách Yêu cầu về Hóa đơn Phần mềm, không có yêu cầu nào nói về việc thay đổi yêu cầu của người dùng. Các yêu cầu khác đều liên quan đến việc giao tiếp, học hỏi và tôn trọng lẫn nhau.

Quá trình phát triển yêu cầu có thể được mô tả bằng một khung quy trình. Trong khung này, quá trình thu thập yêu cầu (elicitation), phân tích yêu cầu (analysis), mô tả yêu cầu (specification) và xác minh yêu cầu (validation) thường được thực hiện theo một trình tự nhất định. Tuy nhiên, quá trình này không phải lúc nào cũng tuyến tính và không cần phải quay lại các giai đoạn trước. Thay vào đó, các hoạt động này thường được lặp lại để đảm bảo độ chính xác và hoàn chỉnh của yêu cầu. Điều này có nghĩa là quá trình phát triển yêu cầu có thể được thực hiện theo cách linh hoạt, với các bước thường được quay lại trong suốt quá trình dự án để tinh chỉnh và sửa đổi yêu cầu khi cần.

Quá trình thu thập thông tin (elicitation) đóng vai trò quan trọng trong quá trình phát triển yêu cầu. Nó liên kết chặt chẽ với các hoạt động khác như phân tích, xác định yêu cầu và xác minh. Elicitation không chỉ là một bước đầu tiên mà còn là một quá trình liên tục được lặp lại trong suốt quá trình phát triển yêu cầu. Mục đích của nó là thu thập thông tin chính xác và đầy đủ về yêu cầu của khách hàng, sau đó sử dụng thông tin đó để xác định và xác minh yêu cầu. Quá trình này không chỉ diễn ra một lần mà còn được lặp lại nhiều lần trong suốt quá trình phát triển dự án để đảm bảo rằng yêu cầu được cập nhật và chính xác.

Một Business analyst (BA) là người chịu trách nhiệm thu thập, phân tích và xác định nhu cầu của khách hàng hoặc tổ chức. Các nhiệm vụ chính của một BA bao gồm: - Communicate requirements: Truyền đạt yêu cầu của khách hàng hoặc tổ chức đến các thành viên khác trong dự án. - Document requirements: Lưu trữ và quản lý yêu cầu của khách hàng hoặc tổ chức. - Analyze requirements: Phân tích và xác định nhu cầu của khách hàng hoặc tổ chức. - Elicit requirements: Thu thập và xác định nhu cầu của khách hàng hoặc tổ chức. - Assurance requirements: Đây là một nhiệm vụ không phải là trách nhiệm chính của một BA. Assurance requirements thường liên quan đến việc đảm bảo rằng các yêu cầu đã được thực hiện đúng và đáp ứng được nhu cầu của khách hàng hoặc tổ chức. Điều này thường là trách nhiệm của các chuyên gia khác như kiểm toán viên hoặc chuyên gia đảm bảo chất lượng. Vì vậy, Assurance requirements là một nhiệm vụ không phải là trách nhiệm chính của một Business analyst.

Trong một dự án, người chịu trách nhiệm chính về việc truyền đạt thông tin dự án là ai? Người này phải đảm bảo rằng tất cả các bên liên quan đều nhận được thông tin cần thiết và cập nhật về tiến độ dự án. Họ cũng phải giải quyết các vấn đề và thắc mắc của các bên liên quan một cách hiệu quả. Trong dự án, người chịu trách nhiệm chính về việc truyền đạt thông tin dự án thường là người quản lý dự án. Họ có nhiệm vụ duy trì liên lạc với các bên liên quan, bao gồm cả khách hàng, đội ngũ phát triển phần mềm và các bên liên quan khác. Người quản lý dự án phải có kỹ năng giao tiếp tốt, khả năng giải quyết vấn đề và khả năng làm việc nhóm để đảm bảo rằng dự án được thực hiện một cách hiệu quả và thành công.

Một nhà phân tích kinh doanh có nhiều nhiệm vụ quan trọng trong quá trình phát triển dự án. Đầu tiên, họ phải xác định các yêu cầu kinh doanh của dự án, hiểu rõ về mục tiêu và yêu cầu của khách hàng. Sau đó, họ phải xác định các bên liên quan và lớp người dùng của dự án, bao gồm cả các bên có thể ảnh hưởng đến dự án. Cuối cùng, họ phải dẫn dắt quá trình ưu tiên yêu cầu, đảm bảo rằng các yêu cầu quan trọng nhất được ưu tiên thực hiện trước.

Kỹ thuật hiệu quả nhất để giải quyết mâu thuẫn giữa các bên liên quan là các buổi thảo luận ưu tiên. Các buổi thảo luận ưu tiên là một quá trình giúp các bên liên quan thống nhất và ưu tiên các yêu cầu quan trọng nhất. Điều này giúp giảm thiểu mâu thuẫn và tăng cường sự hiểu biết giữa các bên liên quan. Trong quá trình này, các bên liên quan sẽ thảo luận và đánh giá các yêu cầu, sau đó ưu tiên chúng dựa trên mức độ quan trọng và mức độ ảnh hưởng. Các buổi thảo luận ưu tiên giúp các bên liên quan đạt được sự đồng thuận và tăng cường sự hợp tác, từ đó giải quyết mâu thuẫn và đạt được mục tiêu chung.

Scope creep là một thuật ngữ được sử dụng trong quản lý dự án để mô tả tình trạng khi phạm vi của dự án tiếp tục tăng lên một cách không kiểm soát được trong suốt quá trình phát triển. Điều này có nghĩa là dự án ban đầu được định nghĩa có thể đã thay đổi đáng kể so với kế hoạch ban đầu, dẫn đến việc tăng chi phí, thời gian và nguồn lực. Scope creep thường xảy ra khi các yêu cầu mới được thêm vào dự án mà không được xem xét kỹ lưỡng, hoặc khi các thành viên trong dự án không có khả năng quản lý phạm vi dự án một cách hiệu quả.

Câu hỏi này yêu cầu bạn chọn hai phương án đúng về việc sử dụng sơ đồ ngữ cảnh trong việc thể hiện phạm vi dự án. Phương án A đúng vì sơ đồ ngữ cảnh thực sự minh họa ranh giới giữa hệ thống đang phát triển và các thực thể bên ngoài tương tác với nó. Phương án D sai vì sơ đồ ngữ cảnh không thường được sử dụng để thể hiện mối quan hệ giữa giao diện người dùng và các thành phần hệ thống bên trong ranh giới. Phương án B sai vì sơ đồ ngữ cảnh không bao gồm thông tin chi tiết về các quá trình và dữ liệu bên trong hệ thống. Phương án C đúng vì mục đích chính của sơ đồ ngữ cảnh là thể hiện các tương tác giữa hệ thống và các thực thể bên ngoài mà không chi tiết về các hoạt động bên trong hệ thống.

Một trong những sai lầm phổ biến khi viết các yêu cầu không chức năng là việc làm cho chúng quá mơ hồ hoặc không đo lường được. Điều này có thể dẫn đến sự hiểu lầm về yêu cầu và ảnh hưởng đến chất lượng của sản phẩm cuối cùng. Ví dụ, yêu cầu 'phản hồi nhanh chóng' có thể được hiểu khác nhau bởi các thành viên trong nhóm phát triển. Để tránh điều này, các yêu cầu không chức năng cần được viết rõ ràng, cụ thể và đo lường được. Điều này sẽ giúp đảm bảo rằng tất cả các thành viên trong nhóm đều hiểu rõ yêu cầu và có thể thực hiện chúng một cách hiệu quả.

Một trong những lợi ích của việc có một bộ quy tắc rõ ràng cho người ủng hộ sản phẩm là gì? Người ủng hộ sản phẩm đóng vai trò quan trọng trong việc thúc đẩy sự thành công của dự án. Họ giúp đảm bảo rằng dự án được thực hiện một cách hiệu quả và đạt được mục tiêu đề ra. Tuy nhiên, không phải lợi ích nào của việc có một bộ quy tắc rõ ràng cho người ủng hộ sản phẩm cũng chính xác. Một trong những lợi ích không chính xác là đảm bảo dự án sẽ luôn nằm trong ngân sách. Điều này không phải là một lợi ích của việc có một bộ quy tắc rõ ràng cho người ủng hộ sản phẩm. Thay vào đó, nó là một lợi ích của việc quản lý dự án một cách hiệu quả.

Trong phân tích yêu cầu, mục đích và cách sử dụng nhân vật (persona) được mô tả như sau. Hai lựa chọn dưới đây là đúng.