2017•Unpublished venueRequires access

55 Service-Oriented Architecture

Jones Capers

Open publisher page 3 citations

Abstract

Executive summary: The term “specifications by example” refers to a useful form of gathering requirements by using teams to create specific requirements of actual features. The requirements are then turned into “executable requirements” that feed into test cases and into the application itself. This is already a useful method for requirements collection. But it could evolve into something even better if two conditions are met: (1) start with pattern matching and examining the requirements from similar existing applications by means of a formal taxonomy; (2) use the formal taxonomy so that general requirements from the current application can be added to the growing library of reusable requirements for future applications. Most requirements are not truly unique but have occurred in many similar applications and will occur in many other applications in the future. The software industry needs to stop considering every application as novel and unique and recognize the essential similarities among applications in the same industries such as banking, insurance, energy, and many others.

About this research paper

What this paper is about

Executive summary: The term “specifications by example” refers to a useful form of gathering requirements by using teams to create specific requirements of actual features. The requirements are then turned into “executable requirements” that feed into test cases and into the application itself. This is already a useful method for requirements collection. But it could evolve into something even better if two conditions are met: (1) start with pattern matching and examining the requirements from similar existing applications by means of a formal taxonomy; (2) use the formal taxonomy so that general requirements from the current application can be added to the growing library of reusable requirements for future applications. Most requirements are not truly unique but have occurred in many similar applications and will occur in many other applications in the future. The software industry needs to stop considering every application as novel and unique and recognize the essential similarities among applications in the same industries such as banking, insurance, energy, and many others.

Why it matters

OpenAlex reports 3 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

Executive summary: The term “specifications by example” refers to a useful form of gathering requirements by using teams to create specific requirements of actual features. The requirements are then turned into “executable requirements” that feed into test cases and into the application itself. This is already a useful method for requirements collection. But it could evolve into something even better if two conditions are met: (1) start with pattern matching and examining the requirements from similar existing applications by means of a formal taxonomy; (2) use the formal taxonomy so that general requirements from the current application can be added to the growing library of reusable requirements for future applications. Most requirements are not truly unique but have occurred in many similar applications and will occur in many other applications in the future. The software industry needs to stop considering every application as novel and unique and recognize the essential similarities among applications in the same industries such as banking, insurance, energy, and many others.

Key concepts: Architecture, Computer science, Computer architecture, History, Archaeology

Related papers

Back to paper searchBrowse research topicsOriginal source
55 Service-Oriented Architecture — Research Paper | ScholarLens