ACM Home Page
Please provide us with feedback. Feedback
The operational versus the conventional approach to software development
Full text PdfPdf (1.21 MB)
Source
Communications of the ACM archive
Volume 27 ,  Issue 2  (February 1984) table of contents
Pages: 104 - 118  
Year of Publication: 1984
ISSN:0001-0782
Author
Pamela Zave  AT&T Bell Lab, Murray Hill, NJ
Publisher
ACM  New York, NY, USA
Bibliometrics
Downloads (6 Weeks): 6,   Downloads (12 Months): 45,   Citation Count: 46
Additional Information:

abstract   references   cited by   index terms   collaborative colleagues  

Tools and Actions: Request Permissions Request Permissions    Review this Article  
DOI Bookmark: Use this link to bookmark this Article: http://doi.acm.org/10.1145/69610.357982
What is a DOI?

ABSTRACT

The conventional approach to software development is being challenged by new ideas, many of which can be organized into an alternative decision structure called the “operational” approach. The operational approach is explained and compared to the conventional one.


REFERENCES

Note: OCR errors may be found in this Reference List extracted from the full text article. ACM has opted to expose the complete List rather than only correct and linked references.

1
2
 
3
Balzer, R. Personal communication, April 1982.
4
 
5
Balzer, R. and Goldman, N. Principles of good software specification and their implications for specification language. Specifications of Reliable Software Conference, Cambridge, MA (April 1979), 58-67.
6
 
7
Bauer, F.L. et al. Programming in a wide spectrum language: A collection of examples. Sci. Comput. Program 1. (October 1981-, 78- 114.
8
 
9
Britton. K.H. and Parnas, D.L. A-7E software module guide. Naval Research Laboratory Memorandum Report 4702, Washington, D.C. (December 1981).
 
10
 
11
Clements, P.C. Function specifications for the A-7E function driver module. Naval Research Laboratory Memorandum Report 4658, Washington, D.C. (November 1981).
 
12
Clements, P.C. Interface specifications for the A-7E shared services module. Naval Research Laboratory Memorandum Report 4863, Washington, D.C. (September 1982).
 
13
Darlington, J. An experimental program transformation and synthesis system. Artif. IntelL 16 (March 1981), 1-46.
 
14
 
15
Heninger, K.L. Specifying software requirements for complex systems: New techniques and their application. IEEE Trans. Softw. Eng. SE-6 (January 1980), 2-13.
 
16
Heninger, K.L. et al. Software requirements for the A-7E aircraft. Naval Research Laboratory Memorandum Report. 3876, Washington, D.C. (November 1978).
 
17
Hester, S.D., Pamas, D.L. and Utter, D.F. Using documentation as a software design medium. Bell Sys. Tech. J. 60, (October 1981), 1941- 1977.
 
18
 
19
20
 
21
London, P. and Feather, M. Implementing specification freedoms. Sei. Comput. Program. 2 (November 1982), 91-131.
 
22
Michael Jackson Systems Ltd. Jackson System Development (course manual), 1982.
 
23
McCracken, D.D. and Jackson, M.A. A minority dissenting position. Systems Analysis and Design--A Foundation for the 19gO's, William W. Cotterman et al., eds., Elsevier North-Holland, New York, 1981, 551- 553.
 
24
Parker, R.A. et al. Abstract interface specifications for the A-7E device interface module. Naval Research Laboratory Memorandum Report. 4385, Washington, D.C. (November 1980).
25
 
26
Parnas, D.L. The use of precise specifications in the development of software. IFIP Congress, Toronto, Ontario, August 1977, 861-867.
 
27
Parnas, D.L. Designing software for ease of extension and contraction. IEEE Trans. Softw. Eng. SE-5 (March 1979), 128-138.
 
28
Parnas, D.L. et al. Interface specifications for the SCR (A-7E) extended computer module. Naval Research Laboratory Memorandum Report 4843, Washington. D.C. (January 1983).
 
29
Swartout, W. GIST English Generator. Proc. National Conf. Artif. Intell., Pittsburgh, PA (August 1982), 404-409.
30
 
31
TRW Defense and Space Systems Group. Distributed computing design system/DCDS description. Tech. Rep. CDRL A004, Huntsville, AB, (August 1981).
32
33
 
34
Weyuker, E.J. On testing nontestable programs. The Comput. J. 25, 4, (1982), 465-470.
35
 
36
Yeh, R.T. et al. Software requirements: New directions and perspectives. Software Engineering Handbook, C.V. Ramamoorthy and C.R. Vick, eds., Van Nostrand Reinhold, New York, to appear.
 
37
Zave, P. The anatomy of a proc136s-control system. Submitted for publication, May 1982.
 
38
Zave. P. A distributed alternative to finite-state-machine specifications. Submitted for publication, December 1982.
 
39
Zave, P. An operational approach to requirements specification for embedded systems. IEEE Trans. Softw. Eng. SE-8 (May 1982), 250-269.
40
 
41
Zave, P. Case study: The PAISLey approach applied to its own software tools. Submitted for publication, June 1983.
 
42

CITED BY  46