Читаем Мифический человеко-месяц или как создаются программные системы полностью

19. Jones C. Assessment and Control of Software Risks. Engltwood Cliffs, N. J. : Prentice-Hall, 1994. P. 619.

20. Coqui H. Corporate survival : The software dimension. Focus ’89, Cannes, 1989.

21. Coggins J. M. Designing C++ libraries // C++ Journal. 1990. Vol. 1, N 1. June. P. 25-32.

22. В будущем времени. Мне неизвестны какие-либо сообщения о результатах пятого использования.

23. Jones, см. примеч. 19. P. 604.

24. Huang Weigiao. Industrializing software production // Proceedings ACM 1988 Computer Science Conference. 1988. Atlanta. Боюсь, что при такой организации будет недостаточный личный профессиональный рост.

25. Весь сентябрьский 1994 года номер IEEE Software посвящен повторному использованию.

26. Jones, см. примеч. 19. P. 323.

27. Jones, см. примеч. 19. P. 329.

28. Yourdon E. Decline and Fall of the American Programmer. Englewood Cliffs, N. J. : Yourdon Press, 1992. P. 221.

29. Glass R. L. Glass (колонка) // System Development. 1988. Jan. P. 4-5.

Глава 18

18.1. Boehm B. W. Software Engineering Economics. Englewood Cliffs, N. J. : Prentice-Hall, 1981. P. 81-84.

18.2. McCarthy J. 21 Rules for Delivering Great Software on Time // Software World USA Conference, Washington (Sept. 1994).

Глава 19

Материал, цитируемый без ссылки, взят из частных сообщений.

19.1. По этой болезненной теме см. также: Niklaus Wirth. A plea for lean software // Computer. 1995. Vol. 28, N 2. Feb. P. 64-68.

19.2. Coleman D. Word 6.0 packs in features; update slowed by baggage // MacWeek. 1994. Vol. 8, N 38. Sept. 26. P. 1.

19.3. Опубликовано много обзоров частотных характеристик команд машинного языка и языка программирования, сделанных после выпуска. См., например: Hennessy J., Patterson D. Computer Architecture. Эти частотные данные очень полезны для создания последующих продуктов, хотя никогда в точности не применимы. Мне неизвестны публикации оценок, полученных до разработки продукта, а тем более — сравнений априорных данных с апостериорными. Кен Брукс полагает, что доски объявлений в Интернете предоставляют теперь дешевый способ запросить данные у предполагаемых пользователей нового продукта, даже несмотря на то что отвечают только желающие.

19.4. Conklin J., Begeman M. gIBIS : A hypertext Tool for Exploratory Policy Descussion // ACM Transactions on Office Information Systems. 1988. Oct. P. 303-331.

19.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.

19.6. Apple Computer, Inc. Macintosh Human Interface Guidelines. Reading, Mass. : Addison-Wesley, 1992.

19.7. Кажется, шина Apple Desk Top Bus могла бы аппаратно поддерживать две мыши, но операционная система такой возможности не предоставляет.

19.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.

19.9. В результате значительной переработки DOD-STD-2167 появился DOD-STD-2167A (1988), который допускает новые модели, например спиральную, но не обязывает более к их применению. К сожалению, MILSPECS, на который ссылается 2167A, и приведенные в качестве иллюстрации примеры по-прежнему, как сообщает Бём, используют каскадную схему. Специальная группа научного совета по обороне под руководством Ларри Друффела и Джорджа Хейлмейера в отчете 1994 года «Report of the DSB task force on acquiring defense software commercially» рекомендовала повсеместное использование новых моделей.

19.10. Mills H. Top-down programming in large systems // Rustin R. (Ed.). Debugging Techniques in Large Systems. Englewood Cliffs, N. J. : Prentice-Hall, 1971.

19.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.

19.12. Harel D. Biting the silver bullet // Computer. 1992. Jan. P. 8-20.

19.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.

Перейти на страницу:

Похожие книги

100 абсолютных законов успеха в бизнесе
100 абсолютных законов успеха в бизнесе

Почему одни люди преуспевают в бизнесе больше других? Почему одни предприятия процветают, в то время как другие терпят крах? Известный лектор и писатель по вопросам бизнеса нашел ответы на эти очень трудные вопросы. В своей книге он представляет набор принципов, или `универсальных законов`, которые лежат в основе успеха деловых людей всего мира. Практические рекомендации Трейси имеют вид 100 доступных для понимания и простых в применении законов, относящихся к важнейшим сферам труда и бизнеса. Он также приводит примеры из реальной жизни, которые наглядно иллюстрируют, как работает каждый из законов, а также предлагает читателю упражнения по применению этих законов в работе и жизни.

Брайан Трейси

Деловая литература / Маркетинг, PR, реклама / О бизнесе популярно / Финансы и бизнес