BCS PC-BA-FBA-20 Dumps Questions Answers

Traceability links requirements to other project artefacts. There are two main types: horizontal and vertical. Horizontal traceability (Option A) links a requirement forward to its design, code, and test cases, and backward to its source (Option D), tracing its lifecycle from inception to delivery. Vertical traceability concerns tracing a requirement up or down the requirements hierarchy (C). This ensures that lower-level requirements (e.g., functional) are aligned with and fully support the higher-level business objectives, policies, and strategy. For example, it traces a solution requirement up to the business requirement it satisfies, validating that every low-level detail is necessary and justified by a high-level business need.

(Reference: BCS Requirements Engineering – Requirements Traceability)

Requirements may be documented using several diagrammatic styles where visual representation helps stakeholders understand scope, data, behaviour, or process flow. A use case model is diagrammatic because it shows actors, system boundaries, and use cases. A data model is diagrammatic because it represents data entities, attributes, and relationships. A business process model is also diagrammatic because it shows tasks, decisions, flows, hand-offs, and responsibilities. An epic, however, is normally a high-level Agile requirement or large user story, not a diagrammatic document style. It may be broken down into features or user stories, but the epic itself is textual rather than a modelling notation. Therefore, “Epic model” is the item that is not suitable as a diagrammatic document style for requirements.

To identify the generic business improvement strategy that involves eliminating redundant tasks, we need to analyze each option:

Key Considerations:

Change task sequence: This strategy involves reordering tasks to improve efficiency but does not necessarily eliminate redundancy.

Simplification: This strategy focuses on streamlining processes by removing unnecessary or redundant tasks, making workflows more efficient.

Redefine boundary: This strategy involves changing the scope or boundaries of a process, which may or may not involve eliminating redundant tasks.

Bottleneck removal: This strategy targets specific constraints or bottlenecks in a process but does not focus on eliminating redundant tasks.

Evaluation of Each Option:

A. Change task sequence: Changing the order of tasks does not inherently eliminate redundancy. Conclusion: This is not correct .

B. Simplification: Simplification directly involves identifying and removing redundant or unnecessary tasks to streamline processes. Conclusion: This is correct .

C. Redefine boundary: Redefining boundaries changes the scope of a process but does not specifically target redundancy. Conclusion: This is not correct .

D. Bottleneck removal: Removing bottlenecks addresses constraints but does not focus on eliminating redundant tasks. Conclusion: This is not correct .