IIBA Updated CCBA Exam Questions and Answers by arnold

Functional decomposition is a technique that breaks down a complex system or process into smaller and simpler components or activities. It helps to define scope by identifying the functions that are performed by or within a system or process. Decision modelling, SWOT analysis, and mind mapping are not techniques for defining scope based on business processes and activities. References: BABOK Guide v3, page 97; CCBA Mock Test, question 15

The business analyst should assess the impacts of the technical constraints on the project scope, schedule, budget, quality, and risks. The BA should also re-prioritize the requirements based on the new information and the stakeholder needs. This will help the BA to ensure that the project delivers the most value to the business and the customers, while also managing the expectations and addressing the issues caused by the technical constraints.

References: The answer is based on the BABOK® Guide, which is a key resource for the CCBA® certification. Specifically, it relates to the Requirements Analysis and Design Definition knowledge area, where assessing and re-prioritizing requirements are essential tasks for the BA12. It also relates to the Requirements Life Cycle Management knowledge area, where the BA should manage changes to the requirements and communicate them to the stakeholders13.

Requirement attributes are additional pieces of information that provide more details about each requirement1. They can include information such as priority, source, status, owner, risk, complexity, etc1. When the product roadmap is modified due to changing market conditions, the BA should modify the requirement attribute values to reflect the new situation and communicate the impact to the stakeholders2. For example, the priority of some requirements may change, the status of some requirements may be deferred or cancelled, the risk of some requirements may increase or decrease, etc2. Modifying the requirement attribute values helps the BA to manage the requirements effectively and ensure alignment with the business objectives and stakeholder needs3.

Requirement description is the statement that captures what the requirement is about and what it intends to achieve1. It should be clear, concise, consistent, and testable1. Requirement description does not need to be modified unless the requirement itself changes or is clarified4.

Requirement performance measures are the criteria that are used to evaluate the degree to which the requirement meets the stakeholder expectations and the business value1. They can include metrics such as quality, timeliness, cost, customer satisfaction, etc1. Requirement performance measures do not need to be modified unless the stakeholder expectations or the business value change5.

Scope model is a graphical representation of the boundaries and relationships of the solution and its components1. It can include diagrams such as context diagram, scope diagram, feature model, use case diagram, etc1. Scope model does not need to be modified unless the scope of the solution changes or is refined6. References: 1(https://www.iiba.org/business-analysis-certifications/ccba/), 2(https://www.iiba.org/business-analysis-certifications/ccba/ccba/), 3(https://www.techno-pm.com/blogs/project-management-concepts/ccba), 4(https://www.simplilearn.com/project-management/ccba-certification-training), 5(https://www.oreilly.com/library/view/ccba-and-cbap/9781838825263/), 6(https://www.apm.org.uk/blog/how-to-engage-stakeholders-who-keep-changing-project-requirements/)

Standard templates and syntax help to ensure that the correct information about the requirements is provided to the participants of a requirements elicitation workshop. Standard templates and syntax are used to document and communicate requirements in a consistent and clear manner, avoiding ambiguity and confusion. They also help to organize and structure the requirements according totheir type, priority, and relationship1. Standard templates and syntax are also a technique for specifying and modelling requirements2. References: 1: BABOK Guide v3, Section 4.3 2: BABOK Guide v3, Section 4.5.6