2015Unpublished venueRequires access

Achieving Quality in Software Requirements

Alan M. Davis

Open publisher page 2 citations

Abstract

Requirements quality can be defined meaningfully only in the context of the role requirements play in the business. Measuring quality of requirements in the business context requires measuring, among other things, the following: the number of requirements (or features) being addressed and their complexity; and which requirements will be satisfied. Quality can only be measured as a quantification of the true merit of the software. This chapter is organized into sections that correspond to each of the activities that comprise requirements management: (i) collecting and refining the understanding of user needs (often called requirements elicitation); (ii) creating a list of potential features for a solution system (often called feature specification); (iii) deciding which features should be incorporated to achieve maximal results (often called requirements triage); and (iv) the detailing of the external behavior of those features selected for inclusion (often called requirements specification).

About this research paper

What this paper is about

Requirements quality can be defined meaningfully only in the context of the role requirements play in the business. Measuring quality of requirements in the business context requires measuring, among other things, the following: the number of requirements (or features) being addressed and their complexity; and which requirements will be satisfied. Quality can only be measured as a quantification of the true merit of the software. This chapter is organized into sections that correspond to each of the activities that comprise requirements management: (i) collecting and refining the understanding of user needs (often called requirements elicitation); (ii) creating a list of potential features for a solution system (often called feature specification); (iii) deciding which features should be incorporated to achieve maximal results (often called requirements triage); and (iv) the detailing of the external behavior of those features selected for inclusion (often called requirements specification).

Why it matters

OpenAlex reports 2 citations for this work. Citation counts describe recorded attention and do not establish research quality.

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

Requirements quality can be defined meaningfully only in the context of the role requirements play in the business. Measuring quality of requirements in the business context requires measuring, among other things, the following: the number of requirements (or features) being addressed and their complexity; and which requirements will be satisfied. Quality can only be measured as a quantification of the true merit of the software. This chapter is organized into sections that correspond to each of the activities that comprise requirements management: (i) collecting and refining the understanding of user needs (often called requirements elicitation); (ii) creating a list of potential features for a solution system (often called feature specification); (iii) deciding which features should be incorporated to achieve maximal results (often called requirements triage); and (iv) the detailing of the external behavior of those features selected for inclusion (often called requirements specification).

Key concepts: Business requirements, Requirements management, Requirements elicitation, Requirement prioritization, Requirements analysis, Computer science, Software requirements specification, Requirement

Related papers

Back to paper searchBrowse research topicsOriginal source
Achieving Quality in Software Requirements — Research Paper | ScholarLens