CPRE FL · IREB · Fundamental Principles of Requirements Engineering · Bank updated 2026-07-03
CPRE FL practice questions: Fundamental Principles of Requirements Engineering
5 free questions from 12 on this area · answer and explanation for each · no sign-up
These 5 questions come from the Fundamental Principles of Requirements Engineering section of our CPRE FL bank (12 questions on this area, which carries 8% of the real exam). Every question is original, with the correct answer explained and linked to the source it is drawn from.
1/5 · Fundamental Principles of Requirements Engineering · easy
A project manager tells the requirements engineer: 'Only the client who signed the contract counts as a stakeholder for elicitation — everyone else's opinion is irrelevant.' Which fundamental RE principle does this statement most directly contradict?
AThe evolution principle, because it assumes requirements will never change after the contract is signed.
BThe separation of concerns principle, because it merges business and technical requirements into a single document.
CThe stakeholders principle, because requirements engineering must consider the needs of everyone who influences or is affected by the system, not only the contracting party.
DThe context principle, because it ignores the technical environment in which the system will operate.
Show answer & explanation
2/5 · Fundamental Principles of Requirements Engineering
A team documents functional requirements for a checkout system but never describes how the external payment gateway behaves when it responds slowly, even though slow gateway responses directly affect what the checkout system must do (e.g., show a waiting state, allow retry). Which fundamental RE principle is most directly being neglected?
AValidation, because the requirements specification was never reviewed by someone from the payment provider's team.
BContext, because understanding the system's environment and its interactions with neighboring systems is necessary to derive complete and correct requirements.
CStakeholders, because the payment provider never signed a contract with the project team.
DSeparation of concerns, because payment processing and checkout functionality should never appear together in the same requirement.
Show answer & explanation
3/5 · Fundamental Principles of Requirements Engineering · hard
A team writes a requirements specification, has it internally checked for internal consistency, correct grammar, and adherence to a document template, and then proceeds directly to implementation without any further involvement of stakeholders. Which aspect of the 'validation' principle has this team most likely neglected?
AThey failed to confirm with stakeholders that the specified requirements actually reflect real needs and expectations, relying instead only on internal document-quality checks.
BThey failed to trace every requirement to a corresponding entry in a test management tool.
CThey failed to verify that the requirements document uses correct grammar and an approved template structure.
DThey failed to estimate the implementation cost of each requirement before starting development.
Show answer & explanation
4/5 · Fundamental Principles of Requirements Engineering · easy
The IREB CPRE Foundation Level glossary defines the term "requirement" with three related parts. Which statement correctly reflects that definition?
AA requirement is, by definition, always a formally documented and approved statement; an unwritten stakeholder need is not yet a requirement.
BA requirement describes only desired system behaviour; expectations a system must satisfy to comply with a contract or standard fall outside the definition of a requirement.
CA requirement exists only once it has been negotiated and formally agreed upon by all relevant stakeholders.
DA requirement is a condition or capability needed by a stakeholder to solve a problem or achieve an objective, a condition or capability a system must meet to satisfy an imposed document such as a standard or contract, or a documented representation of either.
Show answer & explanation
5/5 · Fundamental Principles of Requirements Engineering
During elicitation for an online banking system, a business analyst lists the bank's fraud-detection regulations and the behaviour of a partner payment gateway as part of the "system context", even though neither is hardware or software the bank itself operates. A colleague objects that only physical or technical elements belong in the system context. Which statement best resolves this disagreement?
AThe colleague is correct: the system context is defined strictly by the physical and technical environment in which the system operates, so regulations and partner behaviour belong to the requirements themselves, not the context.
BBoth are partly right: regulations belong to the system context, but the partner payment gateway is inside the system boundary because the banking system directly depends on it to function.
CThe colleague is mistaken: the system context comprises everything relevant to the system's requirements that lies outside the system boundary, which can include regulations, business rules, and external systems, not only physical or technical elements.
DNeither is correct: the system context is not part of requirements engineering at all, since it only becomes relevant once the system is in operation and being maintained.
Show answer & explanation
C is correct. The syllabus defines the system boundary as the line separating the system under consideration from everything else, and the system context as the relevant part of that "everything else" — including regulatory, organizational, and neighbouring-system elements — that influences or is influenced by the system's requirements. Restricting context to only physical/technical surroundings is a common but incorrect simplification.
↗ the IREB CPRE Foundation Level Syllabus v3.3.0 — Fundamental Principles of Requirements Engineering
Other CPRE FL areas
The same kind of free sample for every other section of the CPRE FL bank:
Study Fundamental Principles of Requirements Engineering with instant feedback
6 free questions · filter study mode by area and difficulty · error log with spaced repetition · no card, no dumps, no ads.
Create your free account →
Read next
ECBA vs CCBA vs CBAP: Which IIBA Certification Fits Your Experience Level? (2026)
ECBA, CCBA or CBAP? The eligibility gate that picks for you, what the 2026 ECBA rewrite changed, and each credential's three-year cost, verified against IIBA.
PMI-PBA vs CBAP: The Business Analysis Certification Decision, Settled with Data
PMI-PBA ($405-555, 36 months of experience) vs CBAP ($495-650 all-in, 7,500 hours plus references): eligibility, exam mechanics, three-year cost, salary data.
ExamDeck is an independent study tool, not affiliated with, endorsed by, or sponsored by IREB. CPRE FL and related marks are trademarks of their respective owners, used for identification only. Exam facts checked against official IREB materials (as of August 2026); always confirm current details with the vendor before booking.