ThesaHelp: references g-h
Topic: specification is infeasible
Topic: importance of information hiding for requirement specification
Topic: good requirement specifications
Topic: requirement specification by diagrams
| |
Reference
Hsia, P., Davis, A., Kung, D.,
"Status report: Requirements engineering",
IEEE Software, November 1993, pp. 75-79.
Google
Quotations
75 ;;Quote: in practice, requirements engineering produces one large document that is seldom followed, and if followed, often unsuccessful; what is wrong?
| 75 ;;Quote: a requirements specification must treat the system as a block box
| 75+;;Quote: a requirements specification includes functional requirements that show external behavior in terms of input and output
| 75+;;Quote: a requirements specification includes nonfunctional requirements such as performance, portability, and reliability
| 75 ;;Quote: a requirements specification is consistent, correct, understandable, complete, and a foundation for design and test
| 75 ;;Quote: poor practice for requirements engineering due to changing, hard-to-uncover requirements, CASE, poor training and communication, insufficient time
| 76 ;;Quote: structured analysis leads to premature design; hard to visualize overall behavior
| 76 ;;Quote: object-oriented analysis has not been effective for specifying a system's black box behavior
|
Related Topics
ThesaHelp: references g-h (299 items)
Topic: specification is infeasible (46 items)
Topic: importance of information hiding for requirement specification (23 items)
Topic: good requirement specifications (36 items)
Topic: requirement specification by diagrams (27 items)
|