CBAP Exam Dumps : Certified Business Analysis Professional

 Before meeting with the project sponsor, the BA must ensure that the requirements are atomic, feasible and testable. These are some of the characteristics of good requirements, as defined by the BABOK® Guide1. Atomic means that each requirement is concise and has a single meaning. Feasible means that each requirement can be implemented within the constraints and resources of the project. Testable means that each requirement can be verified and validated using objective criteria. These characteristics help to ensure that the requirements are clear, realistic, and measurable, and that they align with the objective of the project. References:

A Guide to the Business Analysis Body of Knowledge® (BABOK® Guide), Version 3, Chapter 4: Elicitation and Collaboration, Section 4.5: Confirm Elicitation Results, p. 122-123

CBAP / CCBA Certified Business Analysis Study Guide, 2nd Edition, Chapter 6: Requirements Analysis and Design Definition, Section 6.2: Specify and Model Requirements, p. 253-254

The business analysis process that ensures that requirements specifications and models meet the necessary standard of quality to allow them to be used effectively to guide further work is verify requirements. According to the BABOK® Guide1, this process involves checking that the requirements are well-defined, clear, consistent, complete, correct, feasible, modifiable, testable, and traceable. It also involves resolving any defects or issues that may affect the quality of the requirements. The purpose of this process is to confirm that the requirements specifications and models accurately reflect the stakeholder needs and expectations, and that they are ready for validation and approval.

The other options are not correct, but rather:

A. Identify constraints and assumptions is a task within the assess capability gaps process, which involves comparing the current and future states of the organization to identify the gaps that must be addressed by a solution.

B. Validate requirements is a process that ensures that the requirements support the delivery of value to the stakeholders and achieve the goals and objectives of the project or initiative. It involves evaluating the alignment, acceptability, and approval of the requirements by the stakeholders.

D. Specify and model requirements is a process that involves defining and representing the requirements in various formats, such as textual, graphical, or tabular. It helps to communicate, analyze, and refine the requirements more effectively.

References:

CBAP® Handbook, page 6, section 4. Review the Exam Blueprint, under Requirements Analysis and Design Definition, task 5.3: Verify Requirements

BABOK® Guide, page 33, section 4.2.3: Verify Requirements

How Do Business Analysts Verify Requirements? (BABOK 6.5)

What Is Requirements Analysis? Process and Techniques

 Document analysis is a requirements elicitation technique that examines the available information, documentation, records, and history of a solution, organization, or cause to identify relevant information to the current business analysis duties. Document analysis helps the business analyst to understand the existing processes, policies, standards, regulations, and systems that may affect the project or the solution. Document analysis also helps to discover the implicit, hidden, or undocumented requirements that may not be easily obtained from other sources. Document analysis can be done using various types of documents, such as business plans, contracts, manuals, reports, diagrams, models, or logs. Document analysis is different from benchmarking, which is a technique that compares the performance or practices of an organization or a solution with those of other organizations or solutions. Document analysis is also different from dataflow diagrams, which are graphical models that show how data moves through a system or a process. Document analysis is not requirements elicitation, which is a general term for the process of gathering and discovering the requirements from various sources and stakeholders. References:

CBAP / CCBA Certified Business Analysis Study Guide, 2nd Edition, Chapter 4: Elicitation and Collaboration, page 181-182.

[Requirements Elicitation in Software Engineering Complete Guide …, paragraph 3

Elicitation Technique Guide | Info-Tech Research Group, paragraph 1

Requirements elicitation techniques: a systematic literature review …, paragraph 1