ВУЗ:
Составители:
Рубрика:
При разработке ПС создается и используется большой объем разно-
образной документации. Она необходима как средство передачи информа-
ции между разработчиками ПС, как средство управления разработкой ПС и
как средство передачи пользователям информации, необходимой для приме-
нения и сопровождения ПС. На создание этой документации приходится
большая доля стоимости ПС.
Эту документацию можно разбить на две группы:
− документы управления разработкой ПС;
− документы, входящие в состав ПС.
Документы управления разработкой ПС (software process documenta-
tion
) управляют и протоколируют процессы разработки и сопровождения ПС,
обеспечивая связи внутри коллектива разработчиков ПС и между коллекти-
вом разработчиков и
менеджерами ПС (software managers) − лицами, управ-
ляющими разработкой ПС. Эти документы могут быть следующих типов:
− планы, оценки, расписания. Эти документы создаются менеджерами
для прогнозирования и управления процессами разработки и сопровождения
ПС;
− отчеты об использовании ресурсов в процессе разработки. Созда-
ются
менеджерами;
− стандарты. Эти документы предписывают разработчикам, каким
принципам, правилам, соглашениям они должны следовать в процессе разра-
ботки ПС. Эти стандарты могут быть как международными или националь-
ными, так и специально созданными для организации, в которой ведется раз-
работка ПС;
− рабочие документы. Это основные технические документы, обес-
печивающие связь между разработчиками. Они содержат фиксацию идей и
проблем, возникающих в процессе разработки, описание используемых стра-
тегий и подходов, а также рабочие (временные) версии документов, которые
должны войти в ПС;
− заметки и переписка. Эти документы фиксируют различные детали
взаимодействия между менеджерами и разработчиками.
Документы, входящие в состав ПС (software product documentation),
описывают программы ПС как с точки зрения их применения пользователя-
ми, так и с точки зрения их разработчиков и сопроводителей (в соответствии
с назначением ПС). Здесь следует отметить, что эти документы будут ис-
пользоваться не только на стадии эксплуатации ПС (в ее фазах применения
и сопровождения), но и на стадии разработки для управления процессом
разработки (вместе с рабочими документами)
− во всяком случае, они долж-
ны быть проверены (протестированы) на соответствие программам ПС. Эти
документы образуют два комплекта с разным назначением:
− пользовательская документация ПС (П-документация);
− документация по сопровождению ПС (С-документация).
Пользовательская документация ПС (user documentation) объясняет
пользователям, как они должны действовать, чтобы применить разрабаты-
28
При разработке ПС создается и используется большой объем разно- образной документации. Она необходима как средство передачи информа- ции между разработчиками ПС, как средство управления разработкой ПС и как средство передачи пользователям информации, необходимой для приме- нения и сопровождения ПС. На создание этой документации приходится большая доля стоимости ПС. Эту документацию можно разбить на две группы: − документы управления разработкой ПС; − документы, входящие в состав ПС. Документы управления разработкой ПС (software process documenta- tion) управляют и протоколируют процессы разработки и сопровождения ПС, обеспечивая связи внутри коллектива разработчиков ПС и между коллекти- вом разработчиков и менеджерами ПС (software managers) − лицами, управ- ляющими разработкой ПС. Эти документы могут быть следующих типов: − планы, оценки, расписания. Эти документы создаются менеджерами для прогнозирования и управления процессами разработки и сопровождения ПС; − отчеты об использовании ресурсов в процессе разработки. Созда- ются менеджерами; − стандарты. Эти документы предписывают разработчикам, каким принципам, правилам, соглашениям они должны следовать в процессе разра- ботки ПС. Эти стандарты могут быть как международными или националь- ными, так и специально созданными для организации, в которой ведется раз- работка ПС; − рабочие документы. Это основные технические документы, обес- печивающие связь между разработчиками. Они содержат фиксацию идей и проблем, возникающих в процессе разработки, описание используемых стра- тегий и подходов, а также рабочие (временные) версии документов, которые должны войти в ПС; − заметки и переписка. Эти документы фиксируют различные детали взаимодействия между менеджерами и разработчиками. Документы, входящие в состав ПС (software product documentation), описывают программы ПС как с точки зрения их применения пользователя- ми, так и с точки зрения их разработчиков и сопроводителей (в соответствии с назначением ПС). Здесь следует отметить, что эти документы будут ис- пользоваться не только на стадии эксплуатации ПС (в ее фазах применения и сопровождения), но и на стадии разработки для управления процессом разработки (вместе с рабочими документами) − во всяком случае, они долж- ны быть проверены (протестированы) на соответствие программам ПС. Эти документы образуют два комплекта с разным назначением: − пользовательская документация ПС (П-документация); − документация по сопровождению ПС (С-документация). Пользовательская документация ПС (user documentation) объясняет пользователям, как они должны действовать, чтобы применить разрабаты- 28
Страницы
- « первая
- ‹ предыдущая
- …
- 26
- 27
- 28
- 29
- 30
- …
- следующая ›
- последняя »