📝 SE311 Chapter 1 Quiz

Software Requirements Fundamentals

Quiz Information

Total Questions: 15 Questions

Total Marks: 20 Points

Time: 30 minutes (suggested)

Note: Questions marked with ⭐ are from past exams

Section A: Multiple Choice Questions (10 marks)
Question 1 ⭐ 1 mark
Which one of the following is not a step of requirement engineering?

✓ Correct Answer: b) Design

Explanation: Design is part of the software development process that comes after requirements engineering. RE focuses on understanding and documenting WHAT needs to be built, while design focuses on HOW to build it. The main steps of RE are: Inception, Elicitation, Analysis, Specification, Validation, and Management.

Question 2 ⭐ 1 mark
Which of the following is not defined in a good Software Requirement Specification (SRS) document?

✓ Correct Answer: d) Algorithm for software implementation

Explanation: A good SRS document should focus on WHAT the system should do, not HOW it should be implemented. Algorithms are design and implementation details that should not be included in the requirements document. The SRS should include functional requirements, non-functional requirements, and goals, but not specific implementation details.

Question 3 ⭐ 1 mark
If requirements are easily understandable and defined then which model is best suited?

✓ Correct Answer: b) Waterfall model

Explanation: When requirements are well understood and stable from the beginning, the waterfall model is most suitable as it follows a sequential approach. For unclear or changing requirements, iterative models like spiral or prototyping would be more appropriate.

Question 4 ⭐ 1 mark
Which document is created by system analyst after the requirements are collected from various stakeholders?

✓ Correct Answer: a) Software requirement specification

Explanation: The Software Requirements Specification (SRS) is the document that contains all the requirements collected and analyzed from stakeholders. It serves as a formal agreement between stakeholders and developers about what the system will do.

Question 5 ⭐ 1 mark
Which of the following property does not correspond to a good Software Requirements Specification (SRS)?

✓ Correct Answer: b) Ambiguous

Explanation: A good SRS should be unambiguous, not ambiguous. Ambiguity leads to different interpretations of requirements by different stakeholders. A good SRS should be verifiable, complete, traceable, consistent, correct, feasible, necessary, and prioritized.

Question 6 1 mark
What is the first step in the Requirements Engineering process?

✓ Correct Answer: b) Requirements Inception

Explanation: Inception is the first step where the process starts with identifying the business need, market opportunity, establishing business case, feasibility study, system scope, and risks. This is followed by elicitation, analysis, specification, validation, and management.

Question 7 1 mark
According to the course materials, what percentage of all defects found in software products are introduced during requirements activities?

✓ Correct Answer: c) 40-50 percent

Explanation: Requirements errors account for 40 to 50 percent of all defects found in software products, making it the largest source of defects. Moreover, 82% of the effort to fix defects is spent on requirements-related issues, highlighting the critical importance of getting requirements right.

Question 8 1 mark
Which of the following is an example of a quality attribute (non-functional requirement)?

✓ Correct Answer: c) The flight search results should load within 5 seconds

Explanation: This is a performance requirement (quality attribute) that specifies HOW WELL the system performs a task. Options a, b, and d are functional requirements that describe WHAT the system should do. Non-functional requirements include quality attributes like performance, security, usability, reliability, etc.

Question 9 1 mark
What is the #1 project success factor according to the course materials?

✓ Correct Answer: c) User involvement

Explanation: User involvement is the #1 success factor for software projects. This aligns with Truth #5: "Customer involvement is the most critical contributor to software quality." Without proper user involvement, projects are likely to miss important requirements or build the wrong solution.

Question 10 1 mark
Which type of requirement describes WHY the organization is implementing the system?

✓ Correct Answer: b) Business requirements

Explanation: Business requirements describe WHY the system is being implemented - the business goals and objectives. Example: "Airline wants to reduce airport counter staff costs by 25 percent." User requirements describe WHAT users need to do, functional requirements describe HOW the system behaves, and system requirements describe requirements for multi-component systems.

Section B: True/False Questions (5 marks)
Question 11 ⭐ 0.5 marks
A Use-case actor is always a person having a role that different people may play.

✓ Correct Answer: False

Explanation: An actor in a use case is not always a person. An actor represents any external entity that interacts with the system, which can be a person, another system, hardware device, or even time (for scheduled tasks). For example, a payment gateway system or an email server can be actors.

Question 12 ⭐ 0.5 marks
A stakeholder is anyone who will purchase the completed software system under development.

✓ Correct Answer: False

Explanation: A stakeholder is anyone who has an interest in or is affected by the project, not just purchasers. Stakeholders include users, developers, project managers, domain experts, testers, lawyers, auditors, customers, clients, and many others who have a stake in the system's success.

Question 13 ⭐ 0.5 marks
Conflicting requirements are common in Requirement Engineering, with each client proposing his or her version is the right one.

✓ Correct Answer: True

Explanation: Conflicting requirements are indeed common in RE. Different stakeholders often have different perspectives and priorities, leading to conflicting requirements. This is one of the challenges in the requirements process, and it's addressed during requirements analysis and negotiation.

Question 14 0.5 marks
Requirements engineering is a discrete activity that happens once at the beginning of a project.

✓ Correct Answer: False

Explanation: RE is not a discrete activity but a continuous process that occurs throughout the project lifecycle. Truth #3 states "Change happens," and requirements management continues throughout the project. RE activities may be performed iteratively and requirements evolve as stakeholders gain better understanding of their needs.

Question 15 0.5 marks
Non-functional requirements are less important than functional requirements.