Команды NAnt, примеры команд.

Документирование процесса разработки. Типы документов управления.

Документы управления разработкой ПС (process documentation), протоколируют процессы разработки и сопровождения ПС. Они обеспечивают связи внутри коллектива разработчиков и между коллективом разработчиков и менеджерами, управляющими разработкой

Типы документов управления

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

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

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

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

Документирование программного продукта. Документация сопровождения, ее назначение и состав.

Документация по сопровождению ПС (system documentation) описывает ПС с точки зрения ее разработки

Эта документация необходима, если предполагается изучение устройства ПС и модернизация его программ

В случае необходимости модернизации ПС к этой работе привлекается специальная команда разработчиков-сопроводителей. Этой команде придется иметь дело с такой же документацией, что и команде первоначальных разработчиков, - с той лишь разницей, что документация для команды разработчиков-сопроводителей будет чужой (она создавалась другой командой). Команда разработчиков-сопроводителей должна будет изучать эту документацию и затем вносить в нее необходимые изменения, повторяя в значительной степени технологические процессы, с помощью которых создавалось первоначальное ПС

Документация по сопровождению ПС можно разбить на две группы:

1. документация, определяющая строение программ и структур данных ПС и технологию их разработки;

2. документацию, помогающую вносить изменения в ПС

Документация первой группы содержит итоговые документы каждого технологического этапа разработки ПС и включает следующие документы:

· внешнее описание ПС (Requirements document);

· описание архитектуры ПС (description of the system architecture), включая внешнюю спецификацию каждой ее программы;

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

Кроме того,

· для каждого модуля - его спецификация и описание его строения (design description);

· тексты модулей на выбранном языке программирования (program source code listings);

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

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

Документация второй группы содержит Руководство по сопровождению ПС (system maintenance guide), которое описывает:

· известные проблемы, связанные с ПС,

· какие части системы являются аппаратно- и программно-зависимыми,

· возможности дальнейшего развития ПС