iv & v - requirements engineering and system modelling Flashcards

1
Q
A
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
2
Q

Requirements for a software system set out what the system [1] and define [2].

A
  1. should do
  2. constraints on its operation and implementation
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
3
Q

are statements of the services that the system must provide or are descriptions of how some computations must be carried out.

A

Functional requirements

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
4
Q

often constrain the system being developed and the development process being used. These might be product requirements, organizational requirements, or external requirements. They often relate to the emergent properties of the system and therefore apply to the system as a whole.

A

Non-functional requirements

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
5
Q

The [1] is an agreed statement of the system requirements. It should be organized so that both system customers and software developers can use it.

A

software requirements document

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
6
Q

enumeration

The requirements engineering process includes…

A
  • feasibility study
  • requirements elicitation and analysis
  • requirements specification
  • requirements validation
  • requirements management
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
7
Q

is an iterative process that can be represented as a spiral
of activities—requirements discovery, requirements classification and organization, requirements negotiation, and requirements documentation.

A

Requirements elicitation and analysis

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
8
Q

is the process of checking the requirements for validity, consistency, completeness, realism, and verifiability.

A

Requirements validation

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
9
Q

Business, organizational, and technical changes inevitably lead to changes to the requirements for a software system. [1] is the process of managing and controlling these changes.

A

Requirements management

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
10
Q

A [1] is an abstract view of a system that ignores some system details. [2] models can be developed to show the system’s context, interactions, structure, and behavior.

A
  1. model
  2. Complementary system
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
11
Q

[1] show how a system that is being modeled is positioned in an environment with other systems and processes. They help define the boundaries of the system to be developed.

A

Context models

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
12
Q

[1] are used to describe the interactions between user the system being designed and users/other systems. [2] describe interactions between a system and external actors; [3] add more information to these by showing interactions between system objects.

A
  1. Use case diagrams and sequence diagrams
  2. Use cases
  3. sequence diagrams
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
13
Q

[1] show the organization and architecture of a system. [2] are used to define the static structure of classes in a system and their associations.

A
  1. Structural models
  2. Class diagrams
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
14
Q

are used to describe the dynamic behavior of an executing system. This can be modeled from the perspective of the data processed by the system or by the events that stimulate responses from a system.

A

Behavioral models

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
15
Q

may be used to model the processing of data, where each activity represents one process step.

A

Activity diagrams

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
16
Q

are used to model a system’s behavior in response to internal or external events.

A

State diagrams

17
Q

is an approach to software development in which a system is represented as a set of models that can be automatically transformed to executable code.

A

Model-driven engineering