Each question below shows the correct answer with a full explanation. Use these to build conceptual understanding before attempting a timed quiz.
Requirements EngineeringEasy
Q1. What is a functional requirement?
- A.A constraint on the system design choices
- B.A measurable performance goal for the system
- C.A requirement that describes what the system should do✓ Correct
- D.A detailed hardware specification document
Explanation
Functional requirements describe specific functions or features that the system must perform.
Report an error in this question
Requirements EngineeringEasy
Q2. What is requirements engineering?
- A.Performing software testing and validation in the development process
- B.Designing hardware system architectures during the software lifecycle
- C.Writing application source code for features as part of the methodology
- D.The process of defining, documenting, and maintaining software requirements✓ Correct
Explanation
Requirements engineering is the process of establishing what services the system should provide and the constraints under which it operates.
Report an error in this question
Requirements EngineeringEasy
Q3. What is the difference between user requirements and system requirements?
- A.They are fundamentally the same concept entirely in the system context
- B.User requirements are high-level; system requirements are detailed technical specifications✓ Correct
- C.System requirements are always much simpler overall during implementation
- D.User requirements are far more technically detailed for quality purposes
Explanation
User requirements are high-level statements for customers, while system requirements are detailed specifications for developers.
Report an error in this question
Requirements EngineeringMedium
Q4. What is the difference between verification and validation in requirements?
- A.Verification checks if we're building the product right; validation checks if we're building the right product✓ Correct
- B.They are fundamentally identical concepts entirely for the project goals according to best practices
- C.Verification is testing code; validation is writing code within the system boundary
- D.Validation always occurs before verification ever does by the development process and its related activities
Explanation
Verification ensures the product meets its specification, while validation ensures it meets user needs.
Report an error in this question
Requirements EngineeringMedium
Q5. What is a use case diagram?
- A.A process execution flowchart diagram only within the given constraints
- B.A relational database schema diagram layout in all development efforts
- C.A UML diagram showing actors and their interactions with the system✓ Correct
- D.A network topology and routing diagram map by the project team members
Explanation
A use case diagram is a UML diagram that shows relationships between actors and use cases.
Report an error in this question
Requirements EngineeringMedium
Q6. What is requirements prioritization?
- A.Permanently deleting all unimportant requirements
- B.Ranking requirements by importance, risk, or business value✓ Correct
- C.Grouping requirements by assigned developer team
- D.Alphabetical ordering of all requirements listed
Explanation
Requirements prioritization involves ranking requirements based on factors like business value, risk, and dependencies.
Report an error in this question
Requirements EngineeringEasy
Q7. What is a use case?
- A.A description of how a user interacts with the system to achieve a goal✓ Correct
- B.A category of reported software defect type across all phases
- C.A specific automated test case scenario only at every stage
- D.A step in the deployment process workflow in a systematic way
Explanation
A use case describes a sequence of interactions between a user and the system to accomplish a specific goal.
Report an error in this question
Requirements EngineeringEasy
Q8. Which of the following is a requirements elicitation technique?
- A.Interview sessions✓ Correct
- B.Debugging errors
- C.Coding source logic
- D.Code compilation
Explanation
Interviews with stakeholders are a fundamental technique for gathering requirements.
Report an error in this question
Requirements EngineeringMedium
Q9. What is requirements traceability?
- A.Tracking individual developer working hours over the entire lifecycle
- B.The ability to trace each requirement through design, implementation, and testing✓ Correct
- C.An established coding standard for the project for all project stakeholders
- D.A specific debugging and troubleshooting technique as defined by standards
Explanation
Requirements traceability links each requirement to its source and tracks it through all phases.
Report an error in this question
Requirements EngineeringEasy
Q10. What is a Software Requirements Specification (SRS)?
- A.The application source code implementation
- B.A comprehensive software test plan document
- C.A complete end-user operational and help manual
- D.A document describing all requirements of the system✓ Correct
Explanation
An SRS is a comprehensive document that describes all functional and non-functional requirements of a software system.
Report an error in this question
Requirements EngineeringEasy
Q11. Who are stakeholders in requirements engineering?
- A.Only the programmers writing the source code
- B.Only the paying customers of the software product
- C.Only the project managers overseeing the work
- D.Anyone who has an interest in or is affected by the system✓ Correct
Explanation
Stakeholders include anyone who has an interest in the system.
Report an error in this question
Requirements EngineeringEasy
Q12. What is requirements elicitation?
- A.The process of gathering requirements from stakeholders✓ Correct
- B.Performing systematic software testing runs
- C.Writing application source code for modules
- D.Deploying software to production servers
Explanation
Requirements elicitation involves discovering and collecting requirements from stakeholders through various techniques.
Report an error in this question
Requirements EngineeringMedium
Q13. What is prototyping used for in requirements engineering?
- A.Delivering the final production product to users
- B.Performing application security penetration tests
- C.Conducting system performance load testing runs
- D.Helping stakeholders visualize and validate requirements✓ Correct
Explanation
Prototyping helps stakeholders visualize the system and provides feedback to clarify requirements.
Report an error in this question
Requirements EngineeringEasy
Q14. What is a non-functional requirement?
- A.A requirement that specifies quality attributes like performance or security✓ Correct
- B.A requirement that is impossible to implement for the development team
- C.A broken or flawed software requirement only within the project scope
- D.A specification for hardware system components throughout the project
Explanation
Non-functional requirements specify quality attributes such as performance, security, usability, and reliability.
Report an error in this question
Requirements EngineeringEasy
Q15. What is requirements validation?
- A.Implementing requirements directly into code by the organization
- B.Initially writing new requirements documents in practice typically
- C.Checking that requirements are correct, complete, and consistent✓ Correct
- D.Permanently deleting unnecessary requirements as a standard approach
Explanation
Requirements validation ensures that requirements accurately reflect stakeholder needs.
Report an error in this question
Requirements EngineeringMedium
Q16. What is domain analysis in requirements engineering?
- A.Studying specific programming language syntax in the engineering discipline
- B.Studying the application domain to understand its concepts and constraints✓ Correct
- C.Analyzing the database schema domain structure and related components
- D.Analyzing network domain name configurations to achieve project objectives
Explanation
Domain analysis involves studying the application area to understand its terminology, concepts, and constraints.
Report an error in this question
Requirements EngineeringHard
Q17. What is goal-oriented requirements engineering?
- A.An approach where requirements are derived from stakeholder and system goals✓ Correct
- B.Setting performance and speed benchmarks for quality purposes
- C.Setting rigid project deadline target dates in the system context
- D.Writing only goals instead of actual code during implementation
Explanation
Goal-oriented RE derives requirements from high-level stakeholder goals.
Report an error in this question
Requirements EngineeringHard
Q18. What is the Volere requirements template?
- A.A software testing automation template setup within the project scope
- B.A comprehensive template for organizing and documenting requirements with quality gateways✓ Correct
- C.A deployment configuration setup template for the development team throughout the project
- D.A source code implementation template file during the software lifecycle
Explanation
The Volere template provides a structured approach to requirements gathering and documentation.
Report an error in this question
Requirements EngineeringMedium
Q19. What is a scenario in requirements engineering?
- A.A real-life example describing how a system might be used✓ Correct
- B.An established coding guideline for the teams
- C.A comprehensive deployment plan document only
- D.A specific automated test execution script only
Explanation
A scenario is a concrete example of system usage that helps clarify requirements.
Report an error in this question
Requirements EngineeringMedium
Q20. What is the IEEE 830 standard?
- A.A networking communication protocol standard
- B.A standard for writing software requirements specifications✓ Correct
- C.A software testing methodology and standard
- D.A hardware design and manufacturing standard
Explanation
IEEE 830 provides recommended practices for writing software requirements specifications.
Report an error in this question
Requirements EngineeringMedium
Q21. What is a constraint in requirements engineering?
- A.A defect discovered in the source code base for effective project outcomes
- B.A restriction or limitation on the system or development process✓ Correct
- C.A programming language built-in feature set in the development process
- D.A specific type of software test case only as part of the methodology
Explanation
A constraint is a restriction that limits design choices.
Report an error in this question
Requirements EngineeringMedium
Q22. What is requirements negotiation?
- A.Rejecting all stakeholder proposed requirements
- B.Resolving conflicts between stakeholders regarding requirements✓ Correct
- C.Demanding that all requirements absolutely be met
- D.Deliberately ignoring all stakeholder input
Explanation
Requirements negotiation involves resolving conflicts and reaching agreements among stakeholders.
Report an error in this question
Requirements EngineeringHard
Q23. What is the KAOS methodology?
- A.A deployment and release methodology guide by the organization
- B.A goal-oriented requirements engineering methodology using formal methods✓ Correct
- C.A specific software testing methodology only as a standard approach
- D.A random unstructured development approach in practice typically
Explanation
KAOS is a goal-oriented methodology that uses formal methods to derive requirements from goals.
Report an error in this question
Requirements EngineeringHard
Q24. What is the difference between 'shall' and 'should' in requirements documents?
- A.'Shall' indicates mandatory requirements; 'should' indicates desirable but optional✓ Correct
- B.The two terms mean exactly the same thing always by the development process
- C.Neither term is used in requirements documents ever over the entire lifecycle
- D.'Should' is mandatory and 'shall' is always optional and its related activities
Explanation
In requirements documents, 'shall' denotes mandatory requirements, while 'should' indicates desirable features.
Report an error in this question
Requirements EngineeringHard
Q25. What is viewpoint-oriented requirements engineering?
- A.Collecting requirements from multiple stakeholder viewpoints to ensure completeness✓ Correct
- B.Only considering developer technical viewpoints within the system boundary
- C.Deliberately ignoring all stakeholder views given according to best practices
- D.Using only a single stakeholder perspective view for the project goals
Explanation
Viewpoint-oriented RE collects requirements from all relevant perspectives.
Report an error in this question
Requirements EngineeringHard
Q26. What is requirements volatility?
- A.Requirements that remain perfectly stable always at every stage
- B.A type of volatile computer memory hardware across all phases
- C.A recurring issue with hardware component sets in a systematic way
- D.The tendency of requirements to change during the development process✓ Correct
Explanation
Requirements volatility refers to how frequently requirements change.
Report an error in this question
Requirements EngineeringHard
Q27. What is formal specification in requirements engineering?
- A.Drawing informal pictures of system requirements
- B.Using mathematical notation to precisely define system requirements✓ Correct
- C.Using programming code as the requirements source
- D.Writing requirements in an informal manner only
Explanation
Formal specification uses mathematical notation to precisely and unambiguously define system requirements.
Report an error in this question
Requirements EngineeringHard
Q28. What are cross-cutting concerns in requirements?
- A.Requirements that are very easy to implement fast as defined by standards
- B.Requirements that are considered not important for all project stakeholders
- C.Requirements that affect multiple modules and cannot be cleanly decomposed✓ Correct
- D.Requirements from only one single stakeholder within the given constraints
Explanation
Cross-cutting concerns are requirements like security and logging that span multiple modules.
Report an error in this question
Requirements EngineeringHard
Q29. What is the i* (i-star) framework?
- A.A numerical system for rating software products in all development efforts
- B.A goal-oriented and agent-oriented modeling framework for requirements engineering✓ Correct
- C.A general-purpose application programming framework by the project team members
- D.A comprehensive software testing automation framework and related components
Explanation
The i* framework is used for modeling stakeholder goals, dependencies, and relationships.
Report an error in this question
Requirements EngineeringHard
Q30. What is the difference between derived and imposed requirements?
- A.Derived requirements are always considered optional in the development process during the software lifecycle
- B.Derived requirements come from higher-level requirements; imposed requirements come from external constraints✓ Correct
- C.They are fundamentally the same concept entirely to achieve project objectives in the engineering discipline
- D.Imposed requirements are always derived from code for effective project outcomes as part of the methodology
Explanation
Derived requirements come from higher-level requirements through analysis, while imposed requirements come from external sources.
Report an error in this question