Документация, создаваемая и используемая в процессе разработки программных средств (ПС)

Документирование

Достоинства модели сертификации с участием пользователей

Подобный подход обладает рядом преимуществ. Эти преиму­щества, однако, не могут быть реализованы до тех пор, пока точ­но неизвестно, какие данные необходимы для того, чтобы вы­дать ограниченную гарантию на программное обеспечение.

В конце концов, объем необходимых данных будет зависеть от того, насколько строгую и полную гарантию хотим получить.

Эти данные должны включать в себя результаты по оценке надежности, предположений о функциональности, мониторинга звонков о возникновении исключительных ситуаций, использо­вания в работе и анализа охвата кода. Хотя возможно проведе­ние и другого анализа, эти параметры, по-видимому, являются наиболее важными индикаторами того, достаточно ли хорошо изучена работа компонента, чтобы его можно было сертифици­ровать для использования в конкретных средах и секторах рын­ка. В дальнейшем можно вместе со специалистами по сертифи­кации выбрать технологии резидентного тестирования, которые обеспечивают получение данных, достаточных для того, чтобы предложить страховую премию на программное обеспечение и гарантии на ПО.

Чтобы быстро добиться получения сертификата, недобросо­вестные разработчики могут попытаться изменить инструмента­рий таким образом, чтобы добавить фальшивые датчики, кото­рые помешают проведению тестирования. И SCL должна умень­шить этот риск.

При разработке ПС создается и используется большой объем разнообразной документации. Она необходима как средство передачи информации между разработчиками ПС, как средство управления разработкой ПС и как средство передачи пользователям информации, необходимой для применения и сопровождения ПС. На создание этой документации приходится большая доля стоимости ПС.

Эту документацию можно разбить на две группы:

· Документы управления разработкой ПС.

· Документы, входящие в состав ПС.

Документы управления разработкой ПС (software process documentation) управляют и протоколируют процессы разработки и сопровождения ПС, обеспечивая связи внутри коллектива разработчиков ПС и между коллективом разработчиков и менеджерами ПС (software managers) - лицами, управляющими разработкой ПС. Эти документы могут быть следующих типов:

· Планы, оценки, расписания. Эти документы создаются менеджерами для прогнозирования и управления процессами разработки и сопровождения ПС.

· Отчеты об использовании ресурсов в процессе разработки. Создаются менеджерами.

· Стандарты. Эти документы предписывают разработчикам, каким принципам, правилам, соглашениям они должны следовать в процессе разработки ПС. Эти стандарты могут быть как международными или национальными, так и специально созданными для организации, в которой ведется разработка ПС.

· Рабочие документы. Это основные технические документы, обеспечивающие связь между разработчиками. Они содержат фиксацию идей и проблем, возникающих в процессе разработки, описание используемых стратегий и подходов, а также рабочие (временные) версии документов, которые должны войти в ПС.

· Заметки и переписка. Эти документы фиксируют различные детали взаимодействия между менеджерами и разработчиками.

Документы, входящие в состав ПС (software product documentation), описывают программы ПС как с точки зрения их применения пользователями, так и с точки зрения их разработчиков и сопроводителей (в соответствии с назначением ПС). Здесь следует отметить, что эти документы будут использоваться не только на стадии эксплуатации ПС (в ее фазах применения и сопровождения), но и на стадии разработки для управления процессом разработки (вместе с рабочими документами) - во всяком случае, они должны быть проверены (протестированы) на соответствие программам ПС. Эти документы образуют два комплекта с разным назначением:

· Пользовательская документация ПС (П-документация);

· Документация по сопровождению ПС (С-документация).

Дата добавления: 2014-01-07