3 - Requirements Engineering Flashcards

1
Q

Requirements Analysis

A

Negotiation + Evaluation + Prioritization + Consolidation of requirements

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

Reasons to change Requirements

A

Internal Reasons (defects in requirements/insights/economic frameworks) + External Reasons (change requests/technical infrastructure/COTS)

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

Tracing of Requirements is important for …

A

efficient and effective management of requirements and part of Requirements Management

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

Change Management

A

Collect goals and requirements and decide later on final requirements

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

Requirement Source

A

Source of the real world object justifying the requirement’s existence

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

Use Case

A

describes (sub)function from a user perspective; illustrated with story boards or scenarios

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

Requirements Artifact

A

Requirements in documented form

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

Stakeholder

A

Person that is interested in System Under Development (SUD)

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

Solution Oriented RE

A

system specification and description of the required (non-)functional requirements

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

Time Boxing

A

realize as many requirements as possible with given budget and time frame

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

Problem Oriented RE

A

specification and description of the intention that is related with the development // detailed requirement specification

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

Product Requirements Document

A

contains all requirements from customer perspective with respect to delivery and service (vague/implicit/conflicting)

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

Architectural Design

A

determines controllability of a system from a developers point of view (derived from requirements)

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

Use Case Specification

A

general description; define primary users; specification of objectives/postconditions/assumptions/preconditions

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

Functional View

A

functional specification for each function (interface/dependency)

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

Success Principles

A

detect failure (prevent cost explosion) - avoid unstable/wrong requirements - clear requirements

17
Q

Functional Specifications Document

A

detailed requirements for devs. Requirements are complete/unambiguous and testable (detailed/consistent/measurable)

18
Q

Requirements Engineering

A

Iterative and systematic approach to create requirements and system specification together with stakeholders + basis for development

19
Q

Rational

A

explains and justifies the need of a requirement

20
Q

Types Of Requirements

A

Traditional System Analysis: Structured System Analysis // Phase-Related Requirements Engineering: RE as development process phase // Continuous Requirements Engineering: RE as a task over different projects

21
Q

We distinguish between _______________ and _______________ form.

A

external (syntax) and internal form (semantic)

22
Q

V&V

A

Checking of the quality of requirements together with stakeholders

23
Q

Requirements Specification

A

Documentation + Modeling + Structuring

24
Q

Specification Documents are the basis for …

A

contract design + coordination between stakeholders + implementation and integration + future extensions

25
Q

Process Of Requirements Engineering

A

Include relevant informations - collect and structure goals - derive requirements - work out alternatives - document requirements & capture details

26
Q

Requirements Elicitation

A

Defining goals and collecting requirements