Состав функций, комплексов задач, реализуемых системой

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

Процесс формирования сценариев выполнения задач функций каждой подсистемы производится следующим образом: приводится наименование подсистемы, далее приводится наименование функции подсистемы, внутри каждой функции перечисляются задачи, которые выполняются в её рамках (за основу принимается аналогичный раздел из пояснительной записки к эскизному проекту), для каждой задачи формируется таблица вида:

Подзадача	Действие
...	...

В данной таблице для каждой задачи приводится перечень подзадач и сценарий их выполнения. Перечень подзадач формируется следующим образом: берется наименование задачи и из названия задачи выделяются подзадачи, например задача «Поддержка (разработка, модификация) модели ХД» содержит в себе две подзадачи «Разработка» и «Модификация», задача «Создание, редактирование и удаление процессов сбора, обработки и загрузки данных» содержит в себе следующие подзадачи: «Создание нового процесса», «Редактирование процесса», «Удаление процесса» и т.п.

Далее для каждой выделенной подзадачи приводится описание сценариев её выполнения. Сценарий формируется путем последовательных ответов на следующие вопросы:
Вопрос: «Кто производит действия для выполнения подзадачи?»
Ответ: «Администратор подсистемы...»
Вопрос: «Что должен сделать Администратор? К какому ПС обратиться? Какой файл выбрать?»
Ответ: «Администратор подсистемы обращается к программе... и открывает ранее разработанный...»
Вопрос: «Какие действия после открытия в рамках подзадачи должен выполнить Администратор?»
Ответ. «Администратор подсистемы обращается к программе... и открывает ранее разработанный... Администратор вносит изменения в..., содержащие...»
Вопрос: «Какие действия выполняет сама подсистема в момент действия Администратора? Появляется ли диалоговое окно?»
Ответ: «Администратор подсистемы обращается к программе... и открывает ранее разработанный.... Администратор вносит изменения в..., содержащие.... Подсистема запрашивает необходимость сохранения работы в виде рабочего файла...»
Вопрос: «Какие действия выполняет Администратор после появления диалогового окна?»
Ответ: «Администратор подсистемы обращается к программе... и открывает ранее разработанный.... Администратор вносит изменения в..., содержащие.... Подсистема запрашивает необходимость сохранения работы в виде рабочего файла... Администратор подтверждает команду сохранения.».

Например, таблица, содержащая описание сценариев для подзадач задачи "Создание, редактирование и удаление процессов сбора, обработки и загрузки данных", функции "Управление процессами сбора, обработки и загрузки данных", подсистемы "Подсистема сбора, обработки и загрузки данных", будет выглядеть следующим образом.

2.6.1 Подсистема сбора, обработки и загрузки данных
2.6.1.1 Функция «Управление процессами сбора, обработки и загрузки данных»
Описание возможного сценария для последующей реализации задачи «Создание, редактирование и удаление процессов сбора, обработки и загрузки данных» приведено в таблице.

Подзадача	Действие
Создание нового процесса	- Администратор обращается к модулю разработки подсистемы на сервере разработки. - Подсистема предоставляет инструментальные средства для создания нового процесса. - Администратор подсистемы создает схему нового процесса ETL. На схеме указываются компоненты процесса: источники данных, компоненты преобразования данных, таблицы БД. - Администратор подсистемы инициирует команду сохранения созданного процесса. - Подсистема размещает созданный процесс на сервере среды разработки. - Администратор подсистемы выполняет запуск, тестирование и отладку создаваемого процесса. На вход процесса подаются тестовые данные. Анализируя итоговые таблицы БД среды разработки, Администратор принимает решение о готовности нового процесса. - Готовый процесс переносится на продуктивный сервер.
Редактирование процесса	- Администратор подсистемы вызывает подсистему среды разработки на сервере разработки. - Используя инструментальные программные средства подсистемы, Администратор изменяет схему процесса ETL, размещает измененный процесс на сервере среды разработки. - Подсистема размещает редактируемый процесс на сервере среды разработки. - Администратор подсистемы выполняет запуск, тестирование и отладку редактируемого процесса. На вход процесса подаются тестовые данные. Анализируя итоговые таблицы БД среды разработки, Администратор принимает решение о готовности редактируемого процесса. - Готовый процесс переносится на продуктивный сервер.
Удаление процесса	- Администратор подсистемы вызывает подсистему среды разработки на сервере разработки. - Используя инструментальные программные средства подсистемы, Администратор удаляет процесс ETL, размещает изменения на сервере среды разработки. - Подсистема размещает внесенные изменения на сервере среды разработки. - Изменения переносятся на продуктивный сервер.

Рекомендации. Подобным образом формируется описание действий, выполняемых для реализации каждой подзадачи задач функций для каждой подсистемы. При этом детализация описания сценария более подробна, чем на этапе эскизного проектирования. Приводятся конкретные действия по настройке или разработке. Те сценарии (например, для алгоритмы разработки ETL-процессов, настройки отчетности, которые достаточно объемны, выносятся в отдельные приложения и в сценариях на них дается ссылка). Допускается при описании сценария вставка пояснительных рисунков (например, схема организации разграничения прав доступа и т.п.). При описании данных сценариев должны быть тщательно проработаны все технические решения.