CBAP Exam Dumps : Certified Business Analysis Professional

A requirements trace matrix (RTM) is a tool that helps to ensure that the project’s scope, requirements, and deliverables remain consistent and aligned throughout the project lifecycle. It traces the requirements from their origin to their fulfillment by linking them to other project artifacts, such as design documents, test cases, and solution components. An RTM can also be used to verify that all requirements are met and to identify changes to the scope when they occur. An RTM is especially useful for smaller projects where there are few requirements, as it can help to track the progress and status of each requirement and avoid scope creep. A requirements trace matrix is not the same as a roles and responsibility matrix (A), a RACI matrix (B), or a coverage matrix ©, which are different types of matrices that serve different purposes in project management. References:

IIBA BABOK Guide v3, p. 30, 176, 264

Requirements Traceability Matrix – RTM - Project-Management.com

CBAP/CCBA/ECBA Certification Practice Test | MindsMapped, Question 6

 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

 A use case diagram is a technique that helps to depict the interactions between a system and its actors using graphical symbols and relationships. A use case diagram shows the actors that are involved in the system, the use cases that represent the functions or services that the system provides, and the associations that indicate how the actors and use cases are related. A use case diagram can be used with a state diagram to verify that all functions are defined to work with entity “User” for the different roles, as it can help to identify the use cases that correspond to the states and transitions of the entity, and to ensure that the use cases are complete, consistent, and accurate. A sequence diagram is a technique that helps to represent the sequence and timing of the messages that are exchanged between the objects or components of a system. A sequence diagram shows the objects or components that participate in the interaction, the messages that are sent and received by the objects or components, and the time order of the messages. A sequence diagram can help to illustrate the dynamic behavior and logic of the system, but it does not show the interactions between the system and its actors. A functional diagram is a technique that helps to represent the functions or processes that are performed by a system or a solution using graphical symbols and relationships. A functional diagram shows the functions or processes that are relevant to the domain, the inputs and outputs of each function or process, and the decomposition and hierarchy of the functions or processes. A functional diagram can help to define and analyze the functional requirements, but it does not show the interactions between the system and its actors. A data flow diagram is a technique that helps to create a high-level overview of a business process by showing the movement and transformation of data between entities and processes. A data flow diagram uses graphical symbols and arrows to represent the sources and destinations of data, the processes that manipulate data, the data stores that store data, and the data flows that transfer data. A data flow diagram can help to understand and document the data logic and structure of the business process, but it does not show the interactions between the system and its actors. References: BABOK Guide v3, Chapter 10: Techniques, Section 10.50: Use Case Diagram, p. 564-566; Section 10.49: Sequence Diagram, p. 562-563; Section 10.22: Functional Decomposition, p. 528-529; Section 10.18: Data Flow Diagrams, p. 522-524.