Inproceedings,

Specifying Changes Only -- A Case Study on Delta Requirements

, , and .
Requirements Engineering: Foundation for Software Quality, page 45 -- 58. Amsterdam, (2009)
DOI: 10.1007/978-3-642-02050-6_5

Abstract

Context and motivation Requirements engineering methods and examples presented in textbooks and scientific publications usually treat software whichis developed - and therefore specified - from scratch. However, in the software development practice, this situation is veryrare. In an industry case study, we encountered the situation that a software system in use had to be enhanced by a smalldelta. Question/problem Our objective was to specify these delta requirements without having to describe the complete system in detail. Thereforewe explored how much of the existing system had to be specified in order to make the delta requirements understandable. Principal ideas/results We made an intensive literature search to proven practices. As we were not successful we applied the requirements engineeringmethod TORE and extended it to capture the delta requirements. Contribution In this paper we describe a process for capturing delta requirements. To our knowledge, this is the first work about thispractically relevant question. In our case study, hierarchical refinement of requirements top-down and iterative requirementsprioritization successfully supported the specification of deltas, combined with a high-level specification of the existingsystem. We also present our experiences during the case study and propose ideas for further research.

Tags

Users

  • @neilernst

Comments and Reviews