170
1. По этой болезненной теме см. также: Niklaus Wirth. A plea for lean software //
Computer. 1995. Vol. 28, N 2. Feb. P. 64-68.
2. Coleman D. Word 6.0 packs in features; update slowed by baggage // MacWeek.
1994. Vol. 8, N 38. Sept. 26. P. 1.
3. Опубликовано много обзоров частотных характеристик команд машинного
языка и языка программирования, сделанных после выпуска. См., например:
Hennessy J., Patterson D. Computer Architecture. Эти частотные данные очень
полезны для создания последующих продуктов, хотя никогда в точности не
применимы. Мне неизвестны публикации оценок, полученных до разработки
продукта, а тем более — сравнений априорных данных с апостериорными.
Кен Брукс полагает, что доски объявлений в Интернете предоставляют теперь
дешевый способ запросить данные у предполагаемых пользователей нового
продукта, даже несмотря на то что отвечают только желающие.
4. Conklin J., Begeman M. gIBIS : A hypertext Tool for Exploratory Policy Descussion
// ACM Transactions on Office Information Systems. 1988. Oct. P. 303-331.
5. Englebart D., English W. A research center for augmenting human intellect //
AFIPS Conference Proceedings, Fall Joint Computer Conference. San Francisco
(Dec. 9-11, 1968). P. 395-410.
6. Apple Computer, Inc. Macintosh Human Interface Guidelines. Reading, Mass. :
Addison-Wesley, 1992.
7. Кажется, шина Apple Desk Top Bus могла бы аппаратно поддерживать две
мыши, но операционная система такой возможности не предоставляет.
8. Royce W. W. Managing the development of large software systems: Concepts and
techniques // Proceedings, WESCON (Aug., 1970). Перепечатано в ICSE 9
Proceedings. Ни Ройс, ни другие не считали, что можно завершить процесс
разработки, не пересматривая начальных документов. Модель была
предложена в качестве идеальной. См.: Parnas D. L., Clements P. C. A rational
design process : How and why to fake it // IEEE Transactions on Software
Engineering. 1986. Vol. SE-12, N 2. Feb. P. 251-257.
9. В результате значительной переработки DOD-STD-2167 появился DOD-STD-
2167A (1988), который допускает новые модели, например спиральную, но не
обязывает более к их применению. К сожалению, MILSPECS, на который
ссылается 2167A, и приведенные в качестве иллюстрации примеры по-
прежнему, как сообщает Бём, используют каскадную схему. Специал ьная
группа научного совета по обороне под руководством Ларри Друффела и
Джорджа Хейлмейера в отчете 1994 года «Report of the DSB task force on
acquiring defense software commercially» рекомендовала повсеместное
использование новых моделей.
10. Mills H. Top-down programming in large systems // Rustin R. (Ed.). Debugging
Techniques in Large Systems. Englewood Cliffs, N. J. : Prentice-Hall, 1971.
11. Parnas D. L. On the design and development of program families // IEEE Trans.
on Software Engineering. 1976. Vol. SE-2, N 1. March, P. 1-9; Parnas D. L.
Designing software for ease of extension and construction // IEEE Trans. on
Software Engineering. 1979. Vol. SE-5, N 2. March. P. 128-138.
12. Harel D. Biting the silver bullet // Computer. 1992. Jan. P. 8-20.
13. Следующие статьи являются основополагающими в вопросе скрытия данных:
Parnas D. L. Information distribution aspects of design methodology // Carnegie-
Mellon Univ., Dept. Of Computer Science Technical Report. 1971. Feb.; Parnas D.
L. A technique for software module specification with examples // Comm. ACM.
1972. Vol. 5, N 5. May. P. 330-336; Parnas D. L. (1972). On the criteria to be
used in decomprosing systems into modules // Comm. ACM. 1972. Vol. 5, N 12.
Dec. P. 1053-1058.