IIBA Updated CCBA Exam Questions and Answers by isha

According to the BABOK® Guide, non-functional requirements analysis is a technique that is used to examine and group requirements that describe the quality attributes of a solution, such as efficiency, capacity, security, and scalability. Non-functional requirements analysis helps to ensure that the solution meets the expected standards of performance, reliability, usability, and maintainability. Non-functional requirements analysis also helps to identify trade-offs and dependencies among different quality attributes. References: BABOK® Guide, Version 3, Chapter 10, Section 10.32; Business Analysis Expert Certification, CCBA® | IIBA®, Section “What Should I know to be CCBA Certified?”

 This is because classifying requirements helps to ensure that they are fully understood and traceable by grouping them into categories based on their type, source, priority, or other criteria. Classifying requirements also helps to avoid duplication, ambiguity, and inconsistency among the requirements. Extracting requirements for review (A) is not a valid option, as it implies that the requirements are already documented and ready for approval. Validating requirements © is a good practice, but it does not ensure traceability, which is the ability to link the requirements to the business needs, solution components, and test cases. Meeting regulatory standards (D) is a quality criterion, but it does not ensure that the requirements are fully understood and traceable. References: CCBA Practice Test, CCBA Mock Test

According to the Capability in Business Analysis™ (CCBA®) guidelines, one of the tasks that business analysts perform in the requirement management and communication activity is to maintain the requirements, which includes tracking and documenting the changes and updates to the requirements12. An audit history of changes is a tool that helps the business analysts to record and review the changes that have been made to the requirements, including the date, time, author, and reason for each change34. An audit history of changes can help the project team to investigate the issue when a system owner calls to inquire about a recent change in one of the requirements, as it can show who requested the change, when it was approved, and how it was communicated to the stakeholders.

References: The CCBA® learning documents, which can be found on the IIBA website12, describe the various tasks and techniques that a business analyst can use to manage and communicate the requirements, including the maintenance of requirements and the use of audit history of changes. Additionally, the IIBA Bookstore offers resources that provide further insights into the objectives and best practices for business analysis, including the use of audit history of changes345.

 According to the BABOK® Guide, one of the tasks of the business analyst (BA) during requirements elicitation and collaboration is to prepare for elicitation. This involves defining the purpose, scope, and approach for elicitation activities, as well as identifying and engaging the relevant stakeholders. One of the aspects that the BA should consider when preparing for elicitation is the logistics, which are the practical arrangements and resources required to conduct elicitation activities. For interviewing, a common elicitation technique, the logistics include the participants and their roles, the location and time of the interviews, the interview questions and agenda, and the recording and documentation methods. References: BABOK® Guide, Version 3, Chapter 4, Section 4.1; Business Analysis Expert Certification, CCBA® | IIBA®, Section “What Should I know to be CCBA Certified?”