IIBA ECBA Practice Test - Questions Answers, Page 3

List of questions
Question 21

When can a change to requirements occur?
As soon as the testing process has begun
At any time during the project lifecycle
Only after requirements have been approved
Only after the solution has been designed
Changes to requirements can occur at any point during the project lifecycle. This is because projects are dynamic, and various factors such as evolving stakeholder needs, market trends, technological advancements, or regulatory changes can necessitate modifications to the requirements. Business Analysts must be prepared to handle these changes effectively, ensuring that the project remains aligned with its objectives while accommodating necessary adjustments.
Question 22

In addition to schedule, which other factor must be considered when evaluating changes to requirements?
Number of customers and end-users affected
Capacity of the requirements management tool
Amount of time needed to create new documents
Agreement by executive board members
When evaluating changes to requirements, in addition to the schedule, it is crucial to consider the number of customers and end-users affected by the change. This factor is important because it directly impacts the value delivery and satisfaction of the stakeholders.The changes must align with the needs and expectations of the customers and end-users to ensure that the solution remains relevant and beneficial.Reference: This consideration is supported by the Business Analysis Body of Knowledge (BABOK) guide, which emphasizes the importance of stakeholder engagement and value delivery in the requirements management and communication knowledge area1.
Question 23

Which of the following activities are performed during the requirements life cycle management phase?
Elicit Requirements
Prioritize Designs
Trace Requirements
Maintain Attributes
During the requirements life cycle management phase, one of the key activities is to trace requirements. This involves ensuring that requirements and designs at different levels are aligned with one another and managing the effects of changes to one level on related requirements and designs. Tracing requirements helps maintain the integrity of the requirements throughout the project's life cycle, from inception to retirement.
Among the activities performed during the requirements life cycle management phase, tracing requirements stands out as a critical task. It involves tracking and documenting the lineage of each requirement, including its derivation, allocation to solution components, and relationships with other requirements. This process ensures a clear understanding of how requirements influence and are influenced by each other, as well as their relationship to the business objectives and solution components. Effective requirement tracing aids in impact analysis, risk management, and ensuring that changes to requirements are consistently reflected across the project, thus maintaining the integrity and coherence of the solution over time.
Question 24

Which techniques should be applied to prioritize requirements?
Risk Analysis and Management
Decision Modelling and Estimation
Interface Analysis and Interviews
Document Analysis and Vendor Assessment
Decision Modelling and Estimation are techniques that can be applied to prioritize requirements effectively. Decision modelling helps in understanding the implications of various choices and selecting the best course of action based on the analysis. Estimation provides insights into the effort and resources required to fulfill the requirements, which is crucial for prioritization, especially when resources are limited or when there are time constraints.
Question 25

Which input is used to prepare for elicitation?
Activity plan
Business analysis information
Stakeholder engagement approach
Change strategy
In preparation for elicitation, a business analyst utilizes the stakeholder engagement approach as a key input. This approach encompasses understanding the stakeholders' collaboration and communication needs, which is essential for planning the elicitation activity. It ensures that the elicitation process is aligned with the stakeholders' expectations and requirements, facilitating effective information gathering and collaboration.
Question 26

What are characteristics of effective communication of business analysis information?
Concise and consistent
Timely and segmented
Detailed and verbal
Bi-directional and iterative
Effective communication in business analysis is characterized by being bi-directional and iterative. This means that information flows both ways between stakeholders and the analyst, and this exchange is repeated as needed to refine understanding and ensure alignment.It involves active listening, clarification, and feedback to facilitate a shared understanding and to ensure that the requirements and solutions are aligned with the stakeholders' needs.Reference: The characteristics of effective communication are supported by the BABOK Guide, which emphasizes the importance of verbal, non-verbal, written communication, and listening skills for business analysts12.
Question 27

When validating requirements, assumptions are:
documented after conducting further analysis.
based and assessed on previous experience.
vital to support strategic decisions and goals.
defined so that associated risk can be managed.
When validating requirements, assumptions are defined so that the associated risks can be managed. Assumptions are considered to be true without proof for the purposes of planning and analysis, but they carry inherent risks if they prove to be incorrect. By defining assumptions clearly, business analysts and project teams can identify potential risks early in the process and develop strategies to address them, ensuring that the project remains on track and can adapt to any changes in circumstances.
Question 28

The requirements elicitation technique used to iteratively validate the needs of stakeholders that interact with the application is:
interface analysis
observation.
prototyping
reverse engineering.
Prototyping is a requirements elicitation technique that involves creating a preliminary version of a system or product to validate and refine the stakeholders' needs. It is an iterative process that helps in discovering requirements by providing a tangible representation of the product that stakeholders can interact with. This interaction allows stakeholders to give immediate feedback, which is then used to refine the prototype in subsequent iterations. Prototyping is particularly useful when stakeholders find it difficult to articulate their needs or when the requirements are not well understood.
Question 29

Which of the following is an activity that a business analyst (BA) performs to prepare for elicitation?
Assess risk
Trace requirements
Secure supporting material
Analyze performance measures
In preparation for elicitation, a business analyst secures supporting material which is essential for the elicitation activities. This involves identifying and procuring all necessary information and resources that will be used during these activities. It includes gathering documents, systems information, historical data, and any other relevant materials that will support the elicitation process.
Question 30

Which of the following is the integrated output that correctly reflects captured information agreed to by business analysts (BAs) and other stakeholders?
Activity plan
Business analysis information
Concept model
Confirmed elicitation results
The integrated output that correctly reflects captured information agreed upon by business analysts and other stakeholders is the ''Confirmed elicitation results.'' This output is the culmination of the elicitation process where the information gathered is validated and agreed to be accurate and relevant, serving as a foundation for further analysis and decision-making.Reference: This answer is verified by the information found in the Business Analysis Body of Knowledge (BABOK) and discussions on the topic from credible sources related to the IIBA ECBA certification1.
Question