Câu hỏi này yêu cầu học viên phân biệt giữa các câu nói khác nhau về thay đổi yêu cầu. Câu không đúng về thay đổi yêu cầu là 'Requirements changes do not affect requirement effort.' (Thay đổi yêu cầu không ảnh hưởng đến nỗ lực yêu cầu). Điều này không đúng vì thay đổi yêu cầu thường ảnh hưởng đến thời gian, chi phí và nguồn lực của dự án. Học viên cần hiểu được tầm quan trọng của việc quản lý thay đổi yêu cầu và cách nó ảnh hưởng đến dự án.

Kỹ năng của một nhà phân tích kinh doanh bao gồm nhiều yếu tố khác nhau. Trong số đó, kỹ năng điều phối (facilitation skills) giúp họ tổ chức và dẫn dắt các cuộc họp, thảo luận và các hoạt động nhóm một cách hiệu quả. Kỹ năng quan sát (observational skills) giúp họ thu thập thông tin và dữ liệu cần thiết. Kỹ năng tổ chức (organizational skills) giúp họ quản lý và sắp xếp công việc một cách khoa học. Kỹ năng lãnh đạo (leadership skills) giúp họ đưa ra quyết định và dẫn dắt nhóm. Tuy nhiên, kỹ năng lập trình và kỹ thuật (coding and technical skills) không phải là kỹ năng cần thiết cho một nhà phân tích kinh doanh. Họ có thể không cần phải lập trình hoặc có kiến thức kỹ thuật sâu rộng, nhưng họ cần phải có khả năng hiểu và làm việc với các công nghệ và hệ thống hiện có.

Hoạt động không thuộc về quy trình thiết kế và mã hóa là: "Trace requirements to design and code". Hoạt động này liên quan đến việc theo dõi các yêu cầu để đảm bảo chúng được thực hiện một cách chính xác trong quy trình thiết kế và mã hóa. Tuy nhiên, nó không phải là một phần của quy trình thiết kế và mã hóa chính thức. Các hoạt động khác như "Have developers review requirements", "Use quality attributes to drive architecture", "Allocate requirements to components", và "Use requirement priorities to drive process iteration" đều là các bước quan trọng trong quy trình thiết kế và mã hóa.

Khái niệm yêu cầu không chức năng có cùng ý nghĩa với đặc tính chất lượng hoặc yêu cầu chất lượng dịch vụ. Yêu cầu không chức năng thường bao gồm các thuộc tính như tính bảo mật, tính khả dụng, tính tương thích, tính mở rộng, tính bảo trì, tính dễ sử dụng và tính ổn định. Những thuộc tính này giúp đảm bảo rằng hệ thống hoặc ứng dụng đáp ứng được các yêu cầu và tiêu chuẩn của người dùng, tổ chức hoặc thị trường. Vì vậy, việc xác định và quản lý các yêu cầu không chức năng là rất quan trọng trong quá trình phát triển phần mềm.

Các yêu cầu kinh doanh mô tả tại sao tổ chức đang triển khai hệ thống, lợi ích kinh doanh mà tổ chức hy vọng đạt được. Fokus là trên các mục tiêu kinh doanh của tổ chức hoặc khách hàng yêu cầu hệ thống. Các yêu cầu kinh doanh giúp xác định được mục tiêu và lợi ích mà hệ thống cần đạt được. Nó giúp cho việc triển khai hệ thống trở nên hiệu quả hơn và đáp ứng được nhu cầu của tổ chức. Các yêu cầu kinh doanh cũng giúp cho việc đo lường hiệu suất của hệ thống trở nên dễ dàng hơn. Nó giúp cho việc đánh giá và cải thiện hệ thống trở nên hiệu quả hơn.

Trong quá trình phát triển yêu cầu, có năm bước cơ bản: thu thập thông tin (elicitation), thiết kế (design), phân tích (analysis), xác minh (validation) và tạo tài liệu (documentation). Tuy nhiên, tạo tài liệu (documentation) không phải là một bước phát triển yêu cầu riêng biệt mà là một phần của quá trình phát triển yêu cầu. Nó là một bước sau khi đã thu thập thông tin, thiết kế và phân tích yêu cầu. Vì vậy, trong số các lựa chọn trên, tạo tài liệu (documentation) không phải là một bước phát triển yêu cầu độc lập.

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.

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.

Xác định các bên liên quan (stakeholders) là một bước quan trọng khi thu thập yêu cầu cho một hệ thống phần mềm. Điều này giúp bạn hiểu rõ ai đang tham gia vào dự án, ai sẽ bị ảnh hưởng bởi kết quả dự án và ai có thể ảnh hưởng đến kết quả dự án. Việc xác định các bên liên quan giúp bạn có thể thu thập yêu cầu chính xác và đầy đủ, từ đó đảm bảo rằng hệ thống phần mềm đáp ứng được nhu cầu và kỳ vọng của các bên liên quan. Ngoài ra, việc xác định các bên liên quan cũng giúp bạn có thể dự đoán và giải quyết các vấn đề có thể xảy ra trong quá trình thực hiện dự án.

Để tạo ra một tài liệu Vision và Scope hiệu quả, cần bao gồm các yếu tố sau đây. Trước hết, cần phải xác định rõ **Scope và Limitations** (Khái quát và Giới hạn) để hiểu rõ về phạm vi và giới hạn của dự án. Tiếp theo, cần phải xác định **Specific Requirements** (Yêu cầu cụ thể) để hiểu rõ về các yêu cầu cụ thể của dự án. Cuối cùng, cần phải xác định **Business Context** (Bối cảnh kinh doanh) để hiểu rõ về bối cảnh kinh doanh của dự án. Những yếu tố này sẽ giúp tạo ra một tài liệu Vision và Scope rõ ràng, cụ thể và hiệu quả.

Để viết được câu hỏi điều tra hiệu quả, cần bắt đầu bằng việc hỏi những câu hỏi mở (open-ended questions) ngay từ đầu. Những câu hỏi này cho phép người tham gia trả lời một cách tự do và chi tiết, giúp thu thập được thông tin đầy đủ và có ý nghĩa. Câu hỏi mở thường bắt đầu bằng từ như 'Bạn nghĩ gì về', 'Bạn cảm thấy thế nào khi', 'Bạn nghĩ rằng', v.v. Điều này giúp người tham gia có thể thể hiện quan điểm và ý kiến của mình một cách tự nhiên và chân thực. Ngoài ra, câu hỏi mở cũng giúp nhà điều tra có thể thu thập được thông tin sâu sắc và chi tiết hơn, giúp cho việc phân tích và tổng hợp dữ liệu trở nên dễ dàng hơn.