2019Unpublished venueRequires access

Functional and Nonfunctional Requirements

Steve Tockey

Open publisher page 0 citations

Abstract

This chapter defines the term “requirement,” both formally and informally. There are two kinds of requirements, functional and nonfunctional. Functional requirements are decisions the stakeholders make about policies and processes they want automated. Nonfunctional requirements are decisions stakeholders make constraining automation technology. The decisions developers make—in light of stakeholder decisions, the requirements—are the design and the code. It is important to understand that nonfunctional requirements are as much requirements as functional requirements. Perfect technology is just a mental exercise that helps separate one from the other. Functional requirements are always and only about policies and processes to be automated: policies that software needs to enforce and processes that software needs to carry out. The chapter tabulates the quality criteria applied to all requirements-related work to identify and remove requirements defects as quickly and as cheaply as possible.

About this research paper

What this paper is about

This chapter defines the term “requirement,” both formally and informally. There are two kinds of requirements, functional and nonfunctional. Functional requirements are decisions the stakeholders make about policies and processes they want automated. Nonfunctional requirements are decisions stakeholders make constraining automation technology. The decisions developers make—in light of stakeholder decisions, the requirements—are the design and the code. It is important to understand that nonfunctional requirements are as much requirements as functional requirements. Perfect technology is just a mental exercise that helps separate one from the other. Functional requirements are always and only about policies and processes to be automated: policies that software needs to enforce and processes that software needs to carry out. The chapter tabulates the quality criteria applied to all requirements-related work to identify and remove requirements defects as quickly and as cheaply as possible.

Why it matters

A significance statement is not available in the OpenAlex record.

Key contribution

A contribution statement is not available in the OpenAlex record.

Method / approach

Method details are not available in the OpenAlex metadata.

Main findings

Findings are not separately available in the OpenAlex metadata.

Limitations

Limitations are not available in the OpenAlex metadata.

Applications

Application details are not available in the OpenAlex metadata.

Available abstract

This chapter defines the term “requirement,” both formally and informally. There are two kinds of requirements, functional and nonfunctional. Functional requirements are decisions the stakeholders make about policies and processes they want automated. Nonfunctional requirements are decisions stakeholders make constraining automation technology. The decisions developers make—in light of stakeholder decisions, the requirements—are the design and the code. It is important to understand that nonfunctional requirements are as much requirements as functional requirements. Perfect technology is just a mental exercise that helps separate one from the other. Functional requirements are always and only about policies and processes to be automated: policies that software needs to enforce and processes that software needs to carry out. The chapter tabulates the quality criteria applied to all requirements-related work to identify and remove requirements defects as quickly and as cheaply as possible.

Key concepts: Non-functional requirement, Functional requirement, Requirements analysis, Requirements management, Business requirements, Non-functional testing, Computer science, Automation

Related papers

Back to paper searchBrowse research topicsOriginal source
Functional and Nonfunctional Requirements — Research Paper | ScholarLens