BAPv5 Exam Dumps : BCS Practitioner Certificate in Business Analysis Practice v5.2

A business rule is a statement that defines or constrains some aspect of a business situation or problem or its solution. It helps to ensure consistency and compliance with policies, regulations, standards or criteria within an organisation or project. Business rules can be classified into four types: external constraints, internal policies, external procedures and internal procedures. Therefore, option B is the correct answer, as it identifies which types(s) of business rule have been described in this extract respectively. External constraints are business rules that originate from outside an organisation or project and are beyond its control or influence. They help to ensure compliance with laws, regulations, standards or criteria imposed by external authorities or bodies. An example of external constraints in this extract is legislation ensuring protection for the most vulnerable people in our society can affect the criteria, as it originates from outside the local council and is beyond its control or influence. Internal policies are business rules that originate from within an organisation or project and are under its control or influence. They help to ensure alignment with objectives, strategies, values or principles established by internal decision makers or influencers. An example of internal policies in this extract is the criteria are agreed by the council housing committee, who meet on a regular basis and seek to ensure that the criteria continue to enable effective housing allocation, as it originates from within the local council and is under its control or influence. Option A is not a correct answer, as it does not identify which types(s) of business rule have been described in this extract respectively. Internal policies and internal procedures are not the types of business rule that have been described in this extract. Internal procedures are business rules that specify how an activity or task should be performed or delivered within an organisation or project. They help to ensure quality and consistency of performance or delivery within an organisation or project. There is no example of internal procedures in this extract. Option C is not a correct answer, as it does not identify which types(s) of business rule have been described in this extract respectively. External constraints and external procedures are not the types of business rule that have been described in this extract. External procedures are business rules that specify how an activity or task should be performed or delivered outside an organisation or project. They help to ensure compatibility and interoperability of performance or delivery with external parties or systems. There is no example of external procedures in this extract. Option D is not a correct answer, as it does not identify any type of business rule that has been described in this extract.

The guidance on prior research for business analysis work states that analysts should first study relevant background material to gain an “entry point” into the domain before undertaking deeper investigation. For projects focused on specific processes (such as re-engineering a customer-facing process with excessive handoffs), the documentation explicitly recommends studying procedure manuals and current system documentation to understand what the process is supposed to be and how it is documented. It also recommends studying the organisation chart to understand reporting lines, functional groupings, and where responsibilities and handoffs may occur—particularly important here because the goal is to reduce handoffs and support remote working practices.

Financial statements and annual reports can be useful for strategic or corporate-level analysis, but the scenario is operational and process-focused (re-engineering a process linked to declining customer satisfaction). The most direct “initial analysis” sources, aligned with the prescribed prior-research approach for process-oriented work, are therefore procedure manuals/documentation and organisation charts.

Crucially, the guidance cautions that documentation may become out of date and can reflect “what we thought it ought to have been,” so these sources support orientation and preparation, but they must be followed by proper investigation techniques (e.g., interviews, observation, workshops, and quantitative methods) to confirm what actually happens in practice.

The Business Change Lifecycle in the documentation comprises five stages (shown in the lifecycle figure and described as the “key areas of activity” needed for successful business change). Business case work is not confined to a single moment; instead, it is revisited through the change effort at multiple decision points. The guidance illustrates this with “decision gates” where the business case is: produced initially, then confirmed after detailed requirements, confirmed once development costs are estimated, revisited before deployment, and later used to check benefits realisation once the new processes/systems are operating.

That pattern means business-case-related activity normally touches every stage of the lifecycle. Early on (Alignment and Definition), the business case is shaped and refined as understanding of problems, scope, and requirements improves. During Design and Implementation, the business case is validated and updated as costs, feasibility, and delivery plans become clearer and as the organisation prepares for change. In Realisation, the business case is used as the baseline for benefits review and to identify follow-up actions where benefits are not yet achieved. Therefore, “5” is the best answer.