Contrary to recent claims that specification should be completed before implementation begins, this paper presents two arguments that the two processes must be intertwined. First, limitations of available implementation technology may force a specification change. For example, deciding to implement a stack as an array (rather than as a linked list) may impose a fixed limit on the depth of the stack. Second, implementation choices may suggest augmentations to the original specification. For example, deciding to use an existing pattern-match routine to implement the search command in an editor may lead to incorporating some of the routine's features into the specification, such as the ability to include wild cards in the search key. This paper elaborates these points and illustrates how they arise in the specification of a controller for a package router.
Description
remarkable... 25 years later and this still hasn't been surpassed in many ways
%0 Journal Article
%1 swartout82
%A Swartout, William
%A Balzer, Robert
%D 1982
%I ACM
%J Commun. ACM
%K agile design iterative specification
%N 7
%P 438--440
%T On the inevitable intertwining of specification and implementation
%U http://doi.acm.org/10.1145/358557.358572
%V 25
%X Contrary to recent claims that specification should be completed before implementation begins, this paper presents two arguments that the two processes must be intertwined. First, limitations of available implementation technology may force a specification change. For example, deciding to implement a stack as an array (rather than as a linked list) may impose a fixed limit on the depth of the stack. Second, implementation choices may suggest augmentations to the original specification. For example, deciding to use an existing pattern-match routine to implement the search command in an editor may lead to incorporating some of the routine's features into the specification, such as the ability to include wild cards in the search key. This paper elaborates these points and illustrates how they arise in the specification of a controller for a package router.
@article{swartout82,
abstract = {Contrary to recent claims that specification should be completed before implementation begins, this paper presents two arguments that the two processes must be intertwined. First, limitations of available implementation technology may force a specification change. For example, deciding to implement a stack as an array (rather than as a linked list) may impose a fixed limit on the depth of the stack. Second, implementation choices may suggest augmentations to the original specification. For example, deciding to use an existing pattern-match routine to implement the search command in an editor may lead to incorporating some of the routine's features into the specification, such as the ability to include wild cards in the search key. This paper elaborates these points and illustrates how they arise in the specification of a controller for a package router.},
added-at = {2008-01-09T22:38:57.000+0100},
author = {Swartout, William and Balzer, Robert},
biburl = {https://www.bibsonomy.org/bibtex/2004b013dbb542d0fdbfb555c9868cef8/neilernst},
description = {remarkable... 25 years later and this still hasn't been surpassed in many ways},
interhash = {d7cf0dd437947d733ef1218ebc38fa8d},
intrahash = {004b013dbb542d0fdbfb555c9868cef8},
journal = {Commun. ACM},
keywords = {agile design iterative specification},
number = 7,
pages = {438--440},
publisher = {ACM},
timestamp = {2008-01-09T22:38:57.000+0100},
title = {On the inevitable intertwining of specification and implementation},
url = {http://doi.acm.org/10.1145/358557.358572},
volume = 25,
year = 1982
}