wayground logo

Free Printable Worksheets

Font size

S
M
L
XL
Worksheets

cnpm

Total questions: 126

Worksheet time: 1hrs 3mins

Name
Class
Date
1.

What is the first stage in the software development lifecycle?

a)

A. Design

b)

B. Specification

c)

C. Implementation

d)

D. Evolution

2.

Which stage in the software development process focuses on testing and ensuring the quality of the software?

a)

A. Design

b)

B. Validation

c)

C. Evolution

d)

D. Specification

3.

Which stage occurs after the software has been released and requires improvements or modifications?

a)

A. Specification

b)

B. Validation

c)

C. Evolution

d)

D. Implementation

4.

In a plan-driven process, how is progress typically measured?

a)

A. Through customer feedback

b)

B. Against a predefined plan

c)

C. Based on incremental changes

d)

D. By the number of software iterations completed

5.

Which statement is true about real-world software development processes?

a)

A. They are exclusively plan-driven

b)

B. They are exclusively agile

c)

C. They often combine elements of both plan-driven and agile approaches

d)

D. There is only one right way to develop software

6.

What is the overall goal of real software processes?

a)

A. To create inter-leaved sequences of activities.

b)

B. To specify, design, implement, and test a software system.

c)

C. To focus on technical activities only

d)

D. To organize activities differently in different processes.

7.

Which of the following is NOT one of the four basic process activities?

a)

A. Specification

b)

B. Development

c)

C. Validation

d)

D. Management

8.

How are the four basic process activities organized in different development processes?

a)

A. They are always organized in the same sequence.

b)

B. They are organized randomly

c)

C. They are organized differently depending on the specific process.

d)

D. They are not important for different development processes.

9.

Which of the following software processes primarily relies on a predefined plan and measures progress against that plan?

a)

A. Agile Process

b)

B. Plan-driven Process

c)

C. Hybrid Process

d)

D. Incremental Process

10.

What is agile processes?

a)

A. Processes where all the process activities are planned, and progress is measured against this plan.

b)

B. Planning is incremental, and it is easier to change the process to reflect changing customer requirements.

c)

C. Process focuses on breaking down work into smaller, manageable chunks.

d)

D. It's a flexible and adaptive cycle that continuously refines and improves the product.

11.

Which statement accurately reflects the nature of real-world software processes?

a)

A. All software processes are either purely Plan-driven or Agile and cannot be combined.

b)

B. Real-world software processes never include elements of both Plan-driven and Agile approaches.

c)

C. Real-world software processes often incorporate elements of both Plan-driven and Agile approaches.

d)

D. No software process is considered suitable for every project.

12.

What are real software processes composed of?

a)

A. Only technical activities

b)

B. Only managerial activities

c)

C. Inter-leaved sequences of technical, collaborative, and managerial activities

d)

D. Only collaborative activities

13.

What is the overall goal of the activities in a software process?

a)

A. Marketing a software product

b)

B. Specifying, designing, implementing, and testing a software system

c)

C. Writing documentation

d)

D. Providing user support

14.

What are the three core activities involved in the requirements engineering process?

a)

A. Requirements elicitation, specification, validation, and verification

b)

B. Requirements elicitation and analysis, specification, and validation

c)

C. Requirements analysis, specification, validation, and implementation

d)

D. Requirements elicitation, specification, testing, and deployment

15.

What is the goal of the requirements specification process?

a)

A. To verify that the system meets user needs

b)

B. To define the requirements in detail for stakeholders and developers

c)

C. To implement the system’s architecture

d)

D. To test the system’s performance

16.

What is the primary goal of requirements validation?

a)

A. Defining the system’s architecture

b)

B. Checking the validity of the requirements

c)

C. Developing the system’s functionality

d)

D. Gathering requirements from stakeholders

17.

What is  four basic process activities ?

a)

A. Specification, development, validation and evolution

b)

B. Specification, validation, design and evolution

c)

C. Design, documentation, evolution and development

d)

D. Specification, validation, design and documentation

18.

Which of the following is not one of the four basic process activities?

a)

A. Specification

b)

B. Development

c)

C. Documentation

d)

D. Validation

19.

How are real software processes structured?

a)

A. As a fixed sequence of tasks

b)

B. As inter-leaved sequences of technical, collaborative, and managerial activities

c)

C. As a collaborative-only activity

d)

D. As a technical-only process

20.

Which process in the requirements engineering focuses on identifying what stakeholders expect from the system?

a)

A. Requirements validation

b)

B. Requirements specification

c)

C. Requirements elicitation and analysis

d)

D. System development

21.

What is the main goal of the requirements specification process?

a)

A. To check the validity of the requirements

b)

B. To define the requirements in detail

c)

C. To estimate the project budget

d)

D. To implement the system

22.

What is the purpose of the requirements validation process?

a)

A. To check and ensure the validity of the requirements

b)

B. To gather requirements from stakeholders

c)

C. To define system constraints

d)

D. To develop software modules

23.

What is a requirement?

a)

A. A list of specifications for a project.

b)

B. A statement that can range from an abstract service to a detailed functional specification

c)

C. A rule that must always be followed.

d)

D. A requirement is always a simple and easy-to-interpret guideline.

24.

Why must requirements sometimes be open to interpretation?

a)

A. Because they are always unclear.

b)

B. Because they are the basis for bids for contracts.

c)

C. Because they are part of the contract itself.

d)

D. Because no one knows what the requirement is.

25.

What dual functions can requirements serve?

a)

A. Defining project goals and testing methods.

b)

B. Writing documentation and serving clients.

c)

C. Being the basis for a contract bid and the contract itself.

d)

D. Developing new systems and maintaining old ones.

26.

What is Software specification?

a)

A. The set of establishing what services are required and the constraints on the system’s operation and development.

b)

B. The part of establishing what services are required and the constraints on the system’s operation and development.

c)

C. The way of establishing what services are required and the constraints on the system’s operation and development.

d)

D. The process of establishing what services are required and the constraints on the system’s operation and development.

27.

Fill in the blank: “Software specification is the ______ of establishing what services are required and the constraints on the system’s operation and development.”

a)

A. Set.

b)

B. Part.

c)

C. Process.

d)

D. Way.

28.

Requirements engineering process include which of the following?

a)

A. Specification.

b)

B. Design.

c)

C. Implementation.

d)

D. Evolution.

29.

What is the primary purpose of the document described?

a)

A. To outline the system's development timeline.

b)

B. To define the system’s functions, services, and constraints.

c)

C. To list all system errors and troubleshooting steps.

d)

D. To describe the aesthetic design of the system.

30.

Who is the target audience for the natural language statements and diagrams of the system's services?

a)

A. System developers.

b)

B. Project managers.

c)

C. Customers.

d)

D. Marketing teams.

31.

In what context might this document be used as part of a contract?

a)

A. To determine system pricing.

b)

B. To clarify what should be implemented between client and contractor.

c)

C. To resolve system performance issues.

d)

D. To provide system maintenance guidelines.

32.

What is a requirement?

a)

A. It may range from a high-level abstract statement of a service or of a system constraint to a detailed mathematical functional specification.

b)

B. It may range from a low-level abstract statement of a service or of a system constraint to a detailed mathematical functional specification.

c)

C. It may range from a high-level abstract statement of a service to a detailed mathematical functional specification.

d)

D. It may range from a low-level abstract statement of a service or of a system constraint to a detailed functional specification.

33.

Why are requirements range from high-level abstract statements to a detailed mathematical functional specification?

a)

A. As requirements always are changed by customer.

b)

B. As requirements may serve a dual function.

c)

C. As requirements always serve a dual function.

d)

D. As requirements may changed by customer.

34.

Why might the same requirement need to be both open to interpretation and defined in detail?

a)

A. To allow room for mathematical analysis.

b)

B. To serve as the basis for both a contract bid and the contract itself.

c)

C. To provide clarity for abstract services.

d)

D. To ensure requirements are always flexible.

35.

What are functional requirements of a system?

a)

A. Statements of services the system should provide, how the system reacts to specific inputs.

b)

B. Timing constraints and development process restrictions.

c)

C. Standards the system must follow.

d)

D. Constraints from the system's domain of operation.

36.

Non-functional requirements typically apply to?

a)

A. Only specific features of the system.

b)

A. Only specific features of the system.

c)

C. The system as a whole.

d)

D. Only related software components.

37.

Which of the following is an example of a domain requirement?

a)

A. The system must follow security standards.

b)

B. The system must not process data after 10 PM.

c)

C. The system must be compatible with the organization’s operating environment.

d)

D. The system must respond to data input within 1 second.

38.

Who is considered a stakeholder in a system?

a)

A. Only the end users who interact with the system.

b)

B. Any person or organization affected by the system and who has a legitimate interest.

c)

C. Only the developers who create the system.

d)

D. Only the external regulators of the system.

39.

Which of the following is NOT a type of stakeholder?

a)

A. End users.

b)

B. System managers.

c)

C. External stakeholders.

d)

D. System developers.

40.

Which stakeholder type is primarily responsible for the day-to-day operation of the system?

a)

A. End users.

b)

B. System managers.

c)

C. System owners.

d)

D. External stakeholders.

41.

What are user requirements?

a)

A. A structured document detailing the system’s functions and services.

b)

B. Statements in natural language with diagrams describing the system's services and constraints.

c)

C. A contract between the client and the contractor.

d)

D. A technical document describing system architecture.

42.

What is the purpose of system requirements?

a)

What is the purpose of system requirements?

b)

B. To define detailed descriptions of system functions and constraints, and may form part of a contract.

c)

C. To include natural language descriptions of the system for non-technical stakeholders.

d)

D. To provide a high-level view of user needs.

43.

How do system requirements differ from user requirements?

a)

A. System requirements are written for customers, while user requirements are technical specifications.

b)

B. User requirements focus on how the system should be implemented, while system requirements describe only the user interface.

c)

C. System requirements provide structured and detailed descriptions, while user requirements are more general and written in natural language.

d)

D. User requirements are more detailed and contractual, while system requirements are brief and high-level.

44.

What are functional requirement?

a)

A. Statements of services the system should provide, how the system should react to particular inputs and how the system should behave in particular situations.

b)

B. Constraints on the system from the domain of operation.

c)

C. Statements of services the system shouldn’t provide, how the system should react to particular inputs and how the system should behave in particular situations.

d)

D. Often apply to the system as a whole rather than individual features or services.

45.

”Constraints on the services or functions offered by the system such as timing constraints, constraints on the development process, standards, etc.”What kind of a requirement the system is providing ?

a)

A. Functional requirements.

b)

B. Non-functional requirements.

c)

C. Domain requirements.

d)

D. Functional

46.

What are domain requirements?

a)

A. Constraints on the system from the domain of operation.

b)

A. Constraints on the system from the domain of operation.

c)

C. May state what the system should not do.

d)

D. Constraints on the system not from the domain of operation.

47.

What is requirements engineering?

a)

A. The process of designing a system.

b)

B. The process of testing a system.

c)

C. The process of establishing the services that a customer requires from a system and the constraints under which it operates and is developed.

d)

D. The process of implementing a system.

48.

What are system requirements?

a)

A. The descriptions of the system's hardware.

b)

B. The descriptions of the system's software.

c)

C. The descriptions of the system services and constraints that are generated during the requirements engineering process.

d)

D. The descriptions of the system's users.

49.

What is the primary goal of requirements engineering?

a)

A. To design the system architecture.

b)

B. To develop the system's code.

c)

C. To understand and document the customer's needs.

d)

D. To test the system's functionality

50.

Which step in the requirements engineering process is responsible for gathering and analyzing user requirements?

a)

A. Requirements specification.

b)

B. Requirements validation.

c)

C. Requirements elicitation and analysis.

d)

D. System descriptions.

51.

What is the final document produced after completing the requirements engineering process?

a)

A. System descriptions.

b)

B. User and system requirements.

c)

C. Requirements specification.

d)

D. Requirements document.

52.

Which step ensures that the requirements are accurate and meet the intended needs?

a)

A. Requirements elicitation and analysis.

b)

B. Requirements specification

c)

C. Requirements validation.

d)

D. User and system requirements.

53.

What is the main goal of requirements elicitation?

a)

A. To develop a prototype

b)

B. To find out about the system's domain and required services

c)

C. To write test cases

d)

D. To validate the system's design

54.

Which of the following is NOT typically a concern during requirements elicitation?

a)

A. Hardware constraints

b)

B. Application domain knowledge

c)

C. User interface design

d)

D. System performance

55.

How do software engineers prioritize and negotiate system requirements?

a)

A. Discovering requirements from users

b)

A. Discovering requirements from users

c)

C. Working with stakeholders to identify the most important requirements

d)

D. Automatically categorizing requirements by performance

56.

What is the purpose of requirements validation?

a)

A. To verify that the system meets the users' needs

b)

B. To discover requirements

c)

C. To classify and organize requirements

d)

D. To develop system descriptions

57.

What document is typically produced after requirements elicitation and analysis?

a)

A. Test plan

b)

B. Design specification

c)

C. Requirements document

d)

D. User manual

58.

Which of the following is the first stage in the requirements elicitation process?

a)

A. Requirements prioritization

b)

B. Requirements specification

c)

C. Requirements discovery

d)

D. Requirements validation

59.

Requirements classification and organization" is which step in the requirements elicitation and analysis process?

a)

A. Step 1

b)

B. Step 2

c)

C. Step 3

d)

D. Step 4

60.

Arrange the steps of the requirements gathering and analysis process ?

a)

A. Requirements discovery -> Requirements prioritization and negotiation -> Requirements classification and organization -> Requirements specification

b)

B. Requirements discovery -> Requirements prioritization and negotiation ->  Requirements specification ->Requirements classification and organization

c)

C. Requirements discovery ->Requirements classification and organization -> Requirements prioritization and negotiation -> Requirements specification

d)

D. Requirements discovery ->Requirements classification and organization ->

Requirements specification ->Requirements prioritization and negotiation

61.

Which of the following steps are steps in the requirements eliciation and analysis process?

a)

A. Sprint Retrospective

b)

B. Organize the Backlog

c)

C. Requirements discovery.

d)

D. There is no correct answer.

62.

Which of the following steps is not part of the requirements eliciation and analysis process?

a)

A. Requirements discovery

b)

B. Requirements specification

c)

C. Requirements prioritization and negotiation

d)

D. Organize the Backlog

63.

Why must user requirements be understandable?

a)

A. So that users can develop the software themselves .

b)

B. To ensure that all users have a technical background .

c)

C. So that users and customers without a technical background can understand clearly.

d)

D. To reduce software development time.

64.

Which statement talks about requirements specification ?

a)

A. The process of writing down the user and system requirements in a requirements document.

b)

B. System requirements are more detailed requirements and may include more technical information.

c)

C. The requirements may be part of a contract for the system development.

d)

D. User requirements must be understandable to end users and customers with a technical background.

65.

What do system requirements typically include?

a)

A. Only high-level descriptions of the system.

b)

B. More detailed requirements and potentially more technical information.

c)

C. User preferences and opinions

d)

D. Marketing strategies for the software

66.

Why does the business and technical environment of a system often change after installation?

a)

A. New hardware may be introduced or the system may need to interface with others.

b)

B. Systems are always stable and rarely require any changes.

c)

C. System performance degrades, forcing updates.

d)

D. The original environment never changes, only the system does.

67.

What issues may arise because the people who fund the system and those who use it are different?

a)

A. Users always get what they need from the system.

b)

B. Customer requirements may conflict with the needs of end-user.

c)

C. Users have complete control over system requirements.

d)

D. Customers rarely impose budgetary or organizational constraints.

68.

Why might new features need to be added to a system after delivery?

a)

A. Systems are delivered with all possible features in place.

b)

B. Changes in business priorities or regulations may require additional features.

c)

C. Users never request new features once the system is operational.

d)

D. Systems cannot be modified after delivery.

69.

What can happen to a system after it is installed?

a)

A. It will remain unchanged.

b)

B. It may require updates to interface with other systems.

c)

C. No new regulations will affect the system.

d)

D. System hardware will always stay the same.

70.

Why might there be a conflict between system customers and end-users?

a)

A. They both have the same priorities.

b)

B. Customers and users always agree on requirements.

c)

C. Customers may impose requirements based on budget constraints that differ from user needs.

d)

D. End-users are responsible for the organizational budget.

71.

Which of the following is a reason why new features may be added to a system after delivery?

a)

A. To meet new user support needs.

b)

B. To decrease system functionality.

c)

C. To eliminate the need for hardware updates.

d)

D. To reduce the number of users.

72.

What challenge do large systems often face due to their diverse user community?

a)

A. All users have the same requirements.

b)

B. Users have conflicting or contradictory requirements.

c)

C. The system never needs updates.

d)

D. Users rarely provide feedback.

73.

How are the final system requirements usually determined?

a)

A. They are based solely on the most vocal user.

b)

B. They are always decided by the developers.

c)

C. They are a compromise between different user requirements.

d)

D. They never change after initial implementation.

74.

What is the primary concern when demonstrating that the requirements define the system?

a)

A. Meeting the development team's preferences.

b)

B. Ensuring the system aligns with what the customer really wants.

c)

C. Reducing the cost of implementation.

d)

D. Increasing the complexity of the system.

75.

Why is requirements validation considered very important?

a)

A. It reduces the overall project timeline.

b)

B. It helps improve the user interface.

c)

C. Requirements error costs are high.

d)

D. It ensures that the project follows the latest technology trends.

76.

How much more expensive can fixing a requirements error after delivery be compared to fixing an implementation error?

a)

A. 10 times

b)

B. 20 times.

c)

C. 50 times.

d)

D. 100 times.

77.

What is a plan-driven process?

a)

A. processes where all the process activities are planned

b)

B. processes in where some process activities are planned

c)

C. progress is measured against this plan.

d)

D. processes where all the process activities are planned and progress is measured against this plan.

78.

In the Agile process, planning is characterized by?

a)

A. Detailed and comprehensive from the beginning

b)

B. Incremental and easier to change

c)

C. Rigid and unchanging

d)

D. Based entirely on customer requirements

79.

In reality, software projects often encounter?

a)

A. Only use Agile methods

b)

B. Use only the plan transmission method

c)

C. Include elements of both plan-driven and agile approaches.

d)

D. Do not use any method.

80.

What are the four fundamental activities in software processes?

a)

A. Specification, development, validation and evolution

b)

B. Requirements, Design, Coding, and Testing

c)

C. Analysis, Implementation, Debugging, and Deployment

d)

D. Planning, Scheduling, Documentation, and Maintenance

81.

What are software processes really?

a)

A. Inter-leaved sequences of technical, collaborative

b)

B. Managerial activities, collaborative

c)

C. Inter-leaved sequences of technical, managerial activities

d)

D. Inter-leaved sequences of technical, collaborative and managerial activities

82.

What is the overall goal of inter-leaved sequences of technical, collaborative and managerial activities?

a)

A. Specifying

b)

B. Designing

c)

C. Specifying, designing, implementing and testing a software system

d)

D. Implementing and testing a software system

83.

The process of establishing what services are required and the constraints on the system’s operation and development is called?

a)

A. Requirements engineering process

b)

B.  Software Development Process

c)

C. System Maintenance Process

d)

D. Software Testing Process

84.

Which stage in the requirements engineering process does analyze what the system stakeholders require or expect from the system?

a)

A. Requirements specification

b)

B. Requirements elicitation and analysis

c)

C. Requirements validation

d)

D. A & B

85.

Which stage in the requirements engineering process defines the system's requirements in detail?

a)

A. Requirements specification

b)

B. Requirements elicitation and analysis

c)

C. Requirements validation

d)

D. A & C

86.

What is the primary purpose of requirements validation?

a)

A. To verify the performance of the system

b)

B. To demonstrate that the system meets customer requirements

c)

C. To evaluate the security of the system

d)

D. To check if the system is correctly implemented

87.

Why is requirements validation particularly important?

a)

A. Because requirements are often unclear

b)

B. Because fixing a requirements error after delivery is easy

c)

C. Because requirements errors are costly to fix after delivery

d)

D. Because implementation errors are more costly than requirements errors

88.

How much more costly can fixing a requirements error after delivery be compared to fixing an implementation error?

a)

A. 10 times

b)

B. 50 times

c)

C. 100 times

d)

D. 200 times

89.

What does the "Validity" check in requirements validation aim to verify?

a)

A. Whether the system meets its performance goals

b)

B. Whether the system supports the customer's needs with the correct functions

c)

C. Whether the system’s design is realistic

d)

D. Whether the system can be verified through testing

90.

What does the "Consistency" check focus on during requirements validation?

a)

A. Ensuring all customer-required functions are included

b)

B. Verifying that there are no conflicts between requirements

c)

C. Checking if the system is within budget constraints

d)

D. Making sure the system can be checked through testing

91.

What is the primary goal of the "Realism" check in requirements validation?

a)

A. To ensure the system can be implemented with the given budget and technology

b)

B. To confirm that the system's functions meet customer needs

c)

C. To verify that all necessary requirements are included

d)

D. To determine if the system can be verified through testing

92.

During a requirements review, which of the following is crucial for ensuring completeness and consistency?

a)

A. Involving only the development team.

b)

B. Conducting reviews without any set criteria.

c)

C. Involving stakeholders and using predefined criteria.

d)

D. Focusing solely on technical specifications.

93.

What is the primary purpose of using prototyping in requirements validation?

a)

A. To finalize the design of the system.

b)

B. To create a complete and final version of the system.

c)

C. To validate the system's requirements with end-users and stakeholders.

d)

D. To write the codebase of the system.

94.

What is the main objective of generating test cases for requirements?

a)

A. To ensure that the system is fully developed.

b)

B. To verify the testability and completeness of the requirements.

c)

C. To document the final system requirements.

d)

D. To train users on the system.

95.

Why should regular reviews be held while the requirements definition is being formulated?

a)

A. To accelerate the development process

b)

B. To resolve problems at an early stage through good communication.

c)

C. To finalize the design before requirements are complete.

d)

D. To avoid involving clients and stakeholders.

96.

What is one benefit of involving both developers and customers in the requirements review process?

a)

A. It ensures that all requirements are strictly technical.

b)

B. It helps in early identification and resolution of potential problems.

c)

C. It limits the scope of the requirements.

d)

D. It reduces the overall time spent on documentation.

97.

What is a key factor that enhances the effectiveness of requirements reviews?

a)

A. Strictly following formal procedures without client input.

b)

B. Limiting communication to only the development team

c)

C. Ensuring good communication between developers, customers, and users.

d)

D. Conducting reviews after the development is complete.

98.

What does “Verifiability” refer to in requirement review checks?

a)

A. Whether the requirement can be traced back to its origin.

b)

B. Whether the requirement can be realistically tested.

c)

C. Whether the requirement is adaptable to changes.

d)

D. Whether the requirement is properly understood.

99.

Which review check ensures that the requirement is properly understood?

a)

A. Verifiability

b)

B. Adaptability

c)

C. Comprehensibility

d)

D. Traceability

100.

What is checked by “Traceability” in requirement reviews?

a)

A. Whether the requirement can be tested.

b)

B. Whether the requirement is clearly stated and its origin identified.

c)

C. Whether the requirement can be changed easily.

d)

D. Whether the requirement is understood correctly

101.

What activities are combined in a real software development process?

a)

A. Technical, collaborative, and managerial activities

b)

B. Only technical activities

c)

C. Design and implementation activities

d)

D. Marketing and sales activities

102.

What are the four basic process activities in software development?

a)

A. Specification, development, testing, and deployment

b)

B. Planning, coding, testing, and maintenance

c)

C. Specification, development, validation, and evolution

d)

D. Design, coding, debugging, and documentation

103.

What is the overall goal of the activities in a software development process?

a)

A. To increase profits for the company

b)

B. To specify, design, implement, and test a software system

c)

C. To train developers on new technologies

d)

D. To focus only on coding the software

104.

What is the first step in the requirements engineering process?

a)

A. Requirements specification

b)

B. Requirements validation

c)

C. Requirements elicitation and analysis

d)

D. Requirements implementation

105.

Which step defines the requirements in detail?

a)

A. Requirements elicitation and analysis

b)

B. Requirements specification

c)

C. Requirements validation

d)

D. Requirements review

106.

Which process ensures that the system requirements are valid?

a)

A. Requirements validation

b)

B. Requirements elicitation

c)

C. Requirements specification

d)

C. Requirements specification

107.

What is a requirement?

a)

A. A requirement  may range from a high-level abstract statement of a service or of a system constraint  to a detailed mathematical functional specification.

b)

B. A requirement is always a detailed technical specification with no room for abstraction.

c)

C. A requirement is strictly a system constraint and does not describe the service that the system should provide.

d)

D. A requirement must always include mathematical specifications to be considered valid.

108.

Why must requirements sometimes be open to interpretation?

a)

A. Because they may be the basis for a bid for a contract - therefore must be open to interpretation.

b)

B. Because they are always technical and never involve abstract thinking.

c)

C. Because requirements are only used in internal system designs.

d)

D. Because requirements never need to be clearly defined.

109.

In what scenario must requirements be defined in detail?

a)

A. When they are the basis for the contract itself.

b)

B. When they are the basis for project budgeting only.

c)

C. When they are about high-level abstract ideas that require flexibility.

d)

D. When they do not involve any technical or functional specifications.

110.

How many main activities are involved in the requirements engineering process?

a)

A. Five

b)

B. Four

c)

C. Three

d)

D. Six

111.

What is the purpose of requirements validation?

a)

A. To define the requirements in detail

b)

B. To check the validity of the requirements

c)

C. To establish what services are required

d)

D. To manage the requirements throughout the project

112.

what can a requirement be in the software development process?

a)

A. A marketing plan

b)

B. A business strategy statement

c)

C. A detailed mathematical function specification

d)

D. A user manual

113.

What role can a requirement play in a contract ?

a)

A. Only as the basic for software development

b)

B. The basic for a bid for a contract

c)

C. A legal regulation

d)

D. A training plan

114.

Why do requirement need to be defined in detail?

a)

A. Because requirements can change at any time

b)

B. Because requirements are only for referent

c)

C. Because requirements may be the basic for the contract itself

d)

D. Because requirements may not be necessary

115.

How many types of requirement?

a)

A. 1

b)

B. 2

c)

C. 4

d)

D. 3

116.

What type of user requirements are written for?

a)

A. Developer

b)

B. Tester

c)

C. Customer

d)

D. Engineer

117.

What is included in a system requirements document?

a)

A. The system’s functions

b)

B. The system’s services

c)

C. The operational constraints of system

d)

D. All of the above

118.

Who are the stakeholders of the system?

a)

A. End users

b)

B. System managers

c)

C. System owners

d)

D. All of the above

119.

Which type of stakeholder is primarily responsible for the day-to-day operation of the system?

a)

A. End users

b)

B. System managers

c)

C. System owners

d)

D. External stakeholders

120.

Why is identifying stakeholders important?

a)

A. To ensure the system meets their needs

b)

B. To reduce development costs

c)

C. To speed up development

d)

D. To reduce the number of system errors

121.

What are functional requirements?

a)

A. Time constraints

b)

B. Services the system should provide

c)

C. Development standards

d)

D. Domain constraints

122.

Non-functional requirements typically apply to:

a)

A. Individual features of the system

b)

B. The entire system

c)

C. Specific services

d)

D. Specific inputs

123.

What are domain requirements?

a)

A. Services the system should provide

b)

B. Time constraints

c)

C. Domain constraints

d)

D. Development standard

124.

What is the main difference between functional requirements and non-functional requirements?

a)

A. Functional: tasks; Non-functional: system services.

b)

B. Functional: what system does; Non-functional: performance and constraints.

c)

C. Functional: timing/standards; Non-functional: system services.

d)

D. Functional: reliability/usability; Non-functional: behavior in situations.

125.

What are the descriptions of the system services and constraints generated during the requirements engineering process?

a)

A. System requirements

b)

B. Functional requirements

c)

C. Non-functional requirements

d)

D. Domain requirements

126.

Which of the following best describes the process of establishing the services that a customer requires from a system and the constraints under which it operates and is developed?

a)

A. System Design

b)

B. Requirements Engineering

c)

B. Requirements Engineering

d)

D. Software Testing