CCBA Exam Dumps : Certification of Capability in Business Analysis (CCBA)

According to the BABOK Guide, high quality requirements have the following characteristics1:

Atomic: Each requirement addresses only one thing and can be verified independently.

Complete: Each requirement provides all the information necessary for the intended audience to understand it.

Consistent: Each requirement does not conflict with any other requirement or source of authority.

Correct: Each requirement accurately describes the needs of the stakeholders and the solution.

Feasible: Each requirement can be implemented within the constraints of the project and the environment.

Modifiable: Each requirement can be changed when necessary and the impact of the change can be assessed.

Prioritized: Each requirement has an agreed-upon level of importance or urgency relative to other requirements.

Testable: Each requirement can be verified using a defined process or method to determine whether it meets the acceptance criteria.

Unambiguous: Each requirement has only one possible interpretation and is clear and concise.

Understandable: Each requirement can be comprehended by the intended audience without any difficulty or confusion.

Among these characteristics, the one that demands that all requirements in a set or model support its overall purpose and scope is cohesive. Cohesion is the degree to which the elements of a set ormodel are logically related and focused on providing a specific and consistent outcome2. A cohesive set or model of requirements is easier to understand, maintain, and verify, as it avoids unnecessary complexity, redundancy, and inconsistency. A cohesive set or model of requirements also ensures that the requirements are aligned with the business objectives and stakeholder needs, and that they do not introduce any out-of-scope or irrelevant features or functions3. References:

1: BABOK Guide, section 4.1 Prepare for Elicitation, page 62

2: CBAP/CCBA Certified Business Analysis Study Guide, 2nd Edition, by Susan Weese and Terri Wagner, Wiley, 2011, page 153

3: The Four Attributes of High-Quality Requirements4, section Cohesion, page 1

According to the BABOK® Guide, job shadowing is an elicitation technique that involves observing a stakeholder performing their work in their natural environment. Job shadowing can be passive/unnoticeable, where the observer does not interact with the performer, or active/noticeable, where the observer asks questions or participates in the work. One of the advantages of using a passive/unnoticeable job shadowing approach is that it can identify instances of informally performed tasks as well as any workarounds that the performer may use to overcome system limitations or process inefficiencies. These instances may not be captured by other elicitation techniques or may not be reported by the performer due to fear of reprisal or lack ofawareness. References: BABOK® Guide, Version 3, Chapter 4, Section 4.10; Business Analysis Expert Certification, CCBA® | IIBA®, Section “What Should I know to be CCBA Certified?”

This is because the traceability repository is a tool that helps the BA to track the relationships and dependencies among the requirements, the solution components, and the stakeholders. By using the traceability repository, the BA can assess the impact of any changes or additions to the requirements, and manage the scope of the project accordingly. Creating test plans and test cases (A) is not the main purpose of the traceability repository, although it can be used to verify the test coverage and quality of the solution. Approving requirement relationships (B) is not a valid activity, as the requirement relationships are established and documented by the BA, not approved. Developing documentation for technical support © is not related to the traceability repository, as it is a post-implementation activity. References: CCBA Practice Test, CCBA Mock Test