ECBA Exam Dumps - IIBA Entry Certificate in Business Analysis Questions and Answers

Requirements that are good candidates for reuse are those that are not tied to a specific tool, technology, or system. These requirements are generally applicable across various contexts and can be used in multiple projects without significant changes. They are typically high-level business requirements that describe what the business needs without prescribing how to achieve it. This makes them flexible and adaptable to different situations, which is essential for reuse.

References: The concept of reusable requirements is discussed in the context of Business Analysis, where it is emphasized that requirements should be general enough to apply to multiple situations while still being specific enough to provide value. They should also be stable, meaning they are unlikely to change over time1.

There are two commonly used relationships between use cases:

Extend: allows for the insertion of additional behavior into a use case. The use case that is being extended must be completely functional in its own right and must not depend on the extending use case for its successful execution. This relationship may be used to show that an alternate flow has been added to an existing use case (representing new requirements).

Include: allows for the use case to make use of functionality present in another use case. The included use case does not need to be a complete use case in its own right if it is not directly triggered by an actor. This relationship is most often used either when some shared functionality is required by several use cases or to abstract out a complex piece of logic.

In the context of business analysis, the term "stability" refers to the likelihood that a requirement will change due to the need for further analysis or because stakeholders have not reached a consensus. Stability is a critical attribute to assess as it impacts the prioritization, planning, and management of requirements. Requirements with low stability may require additional attention, analysis, or engagement with stakeholders to clarify, refine, and agree upon the needs to ensure they are well-understood and stable enough to be implemented effectively without significant changes in the future.

References: BABOK Guide v3, Prioritize Requirements

Business Analysts (BAs) commonly use a checklist during requirements verification to ensure that all requirements are consistent, complete, coherent, and testable. This checklist typically includes a standard set of quality elements that the requirements must adhere to. The use of a checklist helps BAs to systematically verify each requirement against these quality criteria. References: The BABOK Guide lists 8 characteristics of requirements quality: cohesive, complete, consistent, correct, feasible, modifiable, unambiguous, and testable. These characteristics form the basis of the standard quality elements included in a verification checklist1.

In planning an information management approach, a repository is the input element that indicates the current status of stored information. A repository provides a centralized location where information is stored, managed, and retrieved. It gives a clear picture of the current data landscape, including what data is available, how it is organized, and how it can be accessed. This is crucial for effective information management as it helps in assessing the completeness, accuracy, and relevance of the information stored.

References:

•Business Analysis.pdf, Section on "Information Management," which discusses the role of repositories in managing stored information.

Requirements allocation is an element of the task "Define requirements architecture". This process involves organizing and structuring the requirements to effectively support the development and management of the solution. By defining the requirements architecture, business analysts can determine how best to allocate requirements across various solution components and releases, ensuring that each requirement is addressed in a manner that aligns with the overall solution design and strategy. This systematic approach to handling requirements helps in maximizing value delivery and achieving the project objectives efficiently.

Derive: relationship between two requirements, used when a requirement is derived from another requirement. This type of relationship is appropriate to link the requirements on different levels of abstraction. For example, a solution requirement derived from a business or a stakeholder requirement.

When a business analyst ensures that a set of requirements is developed with enough detail to be usable by a particular stakeholder, they are performing the activity of verifying requirements. Verification of requirements involves ensuring that the requirements or designs have been developed in enough detail, are internally consistent, and are of high quality. This process is crucial for making sure that the requirements are sufficiently detailed and clear for stakeholders who will be using them to guide further work, including development and implementation of the solution .

References: BABOK Guide v3, Chapter 7.2: Verify Requirements

Business analysts use ‘Acceptance and Evaluation Criteria’ to measure the quality of requirements. This technique involves setting specific criteria that the requirements must meet to be accepted. These criteria are used to evaluate whether the requirements are well-defined, clear, and meet the necessary standards for successful project outcomes. By establishing these criteria, BAs can ensure that the requirements are aligned with business objectives and can be tested against predefined standards. References: The use of acceptance and evaluation criteria is a common practice in business analysis for ensuring requirement quality and is discussed in various business analysis resources, including the Business Analysis Body of Knowledge (BABOK) guide1.

 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.

References: The dynamic nature of project requirements and the inevitability of changes are discussed in resources like “Managing Requirement Changes in Business Analysis” and “How do you handle changes to requirements as a Business Analyst” which explain the importance of being responsive and having strategies for managing requirement changes throughout the project lifecycle12.