1) Fundamentals and Terms of Requirements Engineering Flashcards

On completion of this unit, you will be able to name the different steps of the iterative process through which requirements engineering runs, identify the different kinds of requirements and know how they should be treated, understand the necessary maturity levels of requirements for different phases of a project, describe the roles of requirements engineers and stakeholders, and manage stakeholders.

1
Q

Please define the role of goals in the software process.

A

A goal is defined as the intentional description of a characteristic feature of the system in development. The requirements engineer should set goals for the system in order to give it direction and purpose.

A rough determination of the goal already takes place in the planning phase. Goals are requirements on an abstract level, subject to the same quality criteria as requirements.

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

Please explain how goals are used in agile projects.

A

Agile projects have sprint goals; at the beginning of each sprint, the goal is defined between the project owner and team. The goal should be completed in one sprint. The aim is to deliver working software to the customer after each iteration.

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

Complete the sentence:

Requirements engineering is defined as a…

A

collaborative, iterative, incremental process.

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

Please list the main objectives of Requirements Engineering.

A
  • all relevant requirements are known and understood to the required level of detail.
  • all relevant requirements are documented according to the documentation requirements, or specified according to the specification requirements.
  • the involved stakeholders agree on the known requirements.
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
5
Q

Who are usually involved in software projects and what are they called?

A

Stakeholders
These are people who’s are of work is influenced by the system being created or people involved in the creation process.

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

Explain why requirements engineering cannot be completed at the beginning of a software project.

A

RE is not a single activity that can be completed at the beginning of a software project, it occurs in multiple cycles (iterations). By performing RE activities multiple times, requirements are elicited and redefined. Since software engineering is a knowledge driven process, RE usually takes place throughout the project.

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

Please list the activities requirements serve the basis for:

A
  • communication
  • tender and contract design
  • test and acceptance
  • troubleshooting and further development
  • software architecture
  • employee and customer satisfaction
  • system intergration and maintenance
  • optimization of customer benefit
  • determination of rationalization potentials
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
8
Q

Course question!

Please describe the term “goal” in Requirements engineering.

A

The goal is a characteristic feature of a system that will be developed, or the associated development project desired by stakeholders.

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

Course Question!

For which activities in business are requirements the bases? Name four.

A
  • Tender and contract design
  • System architecture
  • Troubleshooting and further development
  • Increasing employee and customer satsifaction
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
10
Q

Name the different management practised in RE.

A
  • Problem Management
  • Incident Management
  • Change Management
  • Innovation Management
  • Portfolio Management
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
11
Q

Briedly explain the role of problem management in RE.

A

Problem management is a process that is responsible for the sustainable resolution and prevention of problems which is achieved by addressing these issues in normal operations.

Alongside solving problems, problem management recommends changes by submitting a request for change (RFC) to change management.

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

Briedly explain the role of incident management in RE.

A

Incident management aims to quickly restore the normal operation of an IT service when an incident occurs, resulting in minimal impact on the productivity of the company.

The focus is on contact with the users of a system, so incident management is an excellent source of information for a system analysis, especially if statements about weaknesses are needed.

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

Briedly explain the role of change management in RE.

A

Change management aims to manage RFCs efficiently and avoid negative effects on service quality due to changes. Activities include documenting, and authorizing RFCs based on impact analysis, as well as planning and coordinating the implementation of changes.

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

Briedly explain the role of portfolio management in RE.

A

Portfolio management is the art and science of selecting and overseeing a group of activities and projects that meets the long-term objectives of the company. Requirements may lead to activities or projects that cannot be satisfied in the short term, for example, due to missing resources.

Within a portfolio, these requirements can be planned for the future without being forgotten.

IT portfolio management is a planning discipline that deals with the compilation of service offerings. Portfolio management sets the firts requirements for the system.

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

What is the ultimate goal of requirement documentation?

A

The goal of documentation is to ensure that the curremt state of knowledge is secured for all stakeholders and everyone involved can obtain an overview at any time.

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

Why is it important for a requirements engineer to regularely check the requirements?

A

It is important to regularly check whether the requirements are still up to date and whether adjustments are needed. This enables traceability of changes, such as the status of requirements, the reason for change, its maturity level, and whether the requirement still needs to be refined.

17
Q

Please define the three maturity levels of requirements.

A
  1. The information does not need to be complete, or coordinated. Examples are sufficient.
  2. The information does not need to be complete, but must be reliable and resilient.
  3. The information should meet all the quality criteria for good requirements. It must be correct and complete.
18
Q

Course Question!

Please define the traceability of requirements.

A

The traceability of requirements is the documentation of the history of requirements, its current status, the reason why it was changes, its maturity level, and whether the requirement still needs to be refined.

19
Q

Please define the relationship between the problem, requirement, and system (solution).

A

Requirements describe necessary functions and properties a system needs to solve aproblem, and the problem describes what will be changed or achieved in the real world.

The problem is usually independent of requirements and solution. The requirement form the relatioship between the problem and solution by describing concrete properties of the solution in order to solve the problem.

20
Q

What are requirements?

A

Requirements describe the necessary functions and properties a system needs to solve a problem, and the problem describes what will be changed or achieved in the real world.

21
Q

Please name and describe the three main types of requirements.

A
  • Functional requirements that concern the result of a behavior to be provided by a function or component.
  • Quality requirements including a more detailed description of quality, such as response times, minimum availability, times for restart, maximum data loss in case of failure, validation, or software varification.
  • Constraints or requirements that limit the solution space beyond what is necessary to meet the given functional and quality requirements.
22
Q

Please define the non-functional requirements.

A
  • Technology requirements provide the desired function of specific technologies, hardware, and software may be understood as a constraint.
  • User interface requirements include the design according to internal or generally accepted design features and the use of end devices with different operating systems.
  • Legal-contractual requirements include delivery time, guarentee, and warranty periods, and conceptual penalties.
  • Maintenance requirements include requirements such as handling incidents, the designation of response times, and repair times.
23
Q

The international Institute of Business Analysis has a different view on requirements. Please name and define the requirements.

A
  • Business requirements are statements of goals, objectives, and outcomes that describe why a change has been initiated.
  • Solution requirements describe the capabilities and qualities of a solution that meets the stakeholder requirements. They provide the appropriate level of detail to allow for the development and implementation of solutions.
  • Transition requirements describe the capabilities that the solution must have and the conditions the solution must meet to facilitate transition from the current state to the future state, but only if the change is complete.
24
Q

What are the different sources of requirements?

A

Requests expressed by stakeholders.
They may include:
* boundary conditions, such as laws and regulatory requirements from authorities
* internal company specification and guidelines, such as a style guide or the specification pf a technical framework (programming language or target platform)

25
Q

What does the term legal bindingness means?

A

Legal bindingness describes the degree of importance that the stakeholders attaches to the information in the requirement specification.

This term is often used in contracts, as the legal classification determines which parts of the contract are legally enforceable.

26
Q

Where can legal bindingness be used and what is the advantage of it in terms of requirements?

A

The term is often used in contracts, as the legal classification determines which parts of the contract are legally enforceable. Another advantage is that the requirement engineer can better decide which requirements are indispensable and which can be later realized.

27
Q

Please state which keywords are used to express the bindingness of requirements.

A
  • Shall for obligations and essential requirements
  • Should for non-binding wishes showing an intention
  • Will for legally binding intention
  • May not for negative requirements