Map
Index
Random
Help
Topics
th

QuoteRef: heniKL1_1980

topics > all references > ThesaHelp: references g-h



Topic:
decision table
ThesaHelp:
references g-h
Topic:
handling complexity
Topic:
hard real time systems
Topic:
reverse engineering of software
Topic:
programmer productivity
Topic:
good requirement specifications
Topic:
requirement specification by function
Topic:
importance of information hiding for requirement specification
Topic:
named constants and expressions
Topic:
names independent of objects
Topic:
programming with forms
Group:
function
Topic:
event controlled processing
Topic:
real time systems
Topic:
events
Topic:
language extension via macros
Topic:
conditional control by guards
Topic:
state

Reference

Heninger, K.L., "Specifying software requirements for complex systems: New techniques and the application", IEEE Transactions on Software Engineering, SE-6, 1, pp. 2-13, January 1980. Google

Other Reference

Freeman, P. and Wasserman A.I. (ed.), Tutorial on Software
Design Techniques,IEEE, 4th edition, 1983.

Notes

copied example of event and condition tables

Quotations
2 ;;Quote: 17 man-months to write requirements for a working A-7 flight program with tight memory and time constraints
3 ;;Quote: when writing requirements want to state questions before trying to answer them; otherwise prejudiced towards easily answered questions
4 ;;Quote: in the hardware interface description, every input or output described by a data item form
5 ;;Quote: a data item in a hardware interface description has essential characteristics and arbitrary details; the later may differ over devices
5 ;;Quote: essential information in a specification must not rely on arbitrary details; e.g., use mnemonic names instead of numbers or sequences
5 ;;Quote: in describing a system, used informal templates for value descriptions with blanks for data values; very helpful
5 ;;Quote: describe input and output in terms of external resources and effects
7 ;;Quote: every function can be described by the output data items that it uniquely determines
7 ;;Quote: a demand function includes the events that invoke it; specify maximum delay between request (event) and action
7 ;;Quote: a periodic function needs start and stop events, conditions that effect it, and bounds on its repetition rate
7 ;;Quote: requirements given as functions from aircraft operating conditions to outputs; e.g., ??LATGT70 changes value at 70 latitude
7 ;;Quote: an event occurs when a condition changes between true and false
7 ;;Quote: use text macros for derived quantities; e.g., the !ground track angle! and its definition
8 ;;Quote: '@T(...)' denotes the event of a condition becoming true; can be guarded with a 'when' clause
8 ;;Quote: defined modes for the system; each mode corresponds to a set of true conditions
9 ;;Quote: describe periodic functions with condition tables; behavior depends on time interval, mode and conditions
9 ;;Quote: an event table gives the periodic or demand function to execute when a system mode holds


Related Topics up

Topic: decision table (29 items)
ThesaHelp: references g-h (299 items)
Topic: handling complexity (60 items)
Topic: hard real time systems (64 items)
Topic: reverse engineering of software (6 items)
Topic: programmer productivity (57 items)
Topic: good requirement specifications (36 items)
Topic: requirement specification by function (20 items)
Topic: importance of information hiding for requirement specification (23 items)
Topic: named constants and expressions (21 items)
Topic: names independent of objects (34 items)
Topic: programming with forms (26 items)
Group: function   (12 topics, 232 quotes)
Topic: event controlled processing (46 items)
Topic: real time systems (14 items)
Topic: events (44 items)
Topic: language extension via macros (23 items)
Topic: conditional control by guards (17 items)
Topic: state (35 items)

Collected barberCB 1980 10/87
Copyright © 2002-2008 by C. Bradford Barber. All rights reserved.
Thesa is a trademark of C. Bradford Barber.