1. Состав процедуры

Процедура состоит из следующих операций:

• Анализ функционального контекста

  • Анализ функционального поведения

  • Определение функциональных интерфейсов

  • Выделение требований к рабочим характеристикам

• Функциональная декомпозиция

  • Определение подфункций

  • Определение состояний и режимов подфункций

  • Определение временных параметров функций

  • Определение потоков данных и потоков управления

  • Определение режимов сбоя функции и реакции на сбой

  • Определение функций отслеживания опасности

• Установка функциональной архитектуры

Структурная схема процедуры изображена на рис. 2.4.

2. Анализ функционального контекста

   1. Анализ функционального поведения

Данным действием необходимо анализировать каждую системную функцию для выявления выходов системы в зависимости от входов. Анализ проводится для понимания функционального поведения системы в различных условиях и для оценки целостности функциональной архитектуры. Анализ включает в себя моделирование или стимуляцию функциональных моделей, использующих эксплуатационные сценарии, которые подвергают модели воздействию разнообразных стрессовых и не стрессовых ситуаций, которые отражают предполагаемые варианты эксплуатации системы и внешние условия.

2. Определение функциональных интерфейсов

Во время декомпозиции системных функций на более мелкие, между взаимодействующими функциями создаются интерфейсы. Данным действием необходимо выявить эти интерфейсы и определить их функциональные взаимосвязи, такие как начальное и конечное состояние, или входы и выходы.

Рис. 2.4 Структурная схема процедуры «Функциональный анализ»

3. Выделение требований к рабочим характеристикам

Данное действие распределяет рабочие характеристики системы по функциям для предоставления их прослеживаемости и облегчения возможных изменений в будущем.

3. Функциональная декомпозиция

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

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

• их функциональных интерфейсов,

• их рабочих характеристик.

Протяженность функциональной декомпозиции зависит от установления четкого понимания того, что системы должна выполнять.

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

1. Определение подфункций

Функции декомпозируются в терминах их функциональных характеристик, состояний и режимов работы, временных параметров, условий потоков данных и потоков управления, режимов функциональных сбоев и их эффектов, и потенциальных функций отслеживания опасности, которые могут понадобиться. Альтернативных функциональные схемы и последовательности исследуются для обеспечения сбалансированного набора подфункций. Данное действие анализирует результирующую функциональную схему для определения степени дублирования. Выявленные дублирующие функции, которые не нужны для обеспечения безопасности, надежности или других критических требований, должны быть устранены. Данное действие позволяет выбрать лучшую функциональную архитектуру.

2. Определение состояний и режимов подфункций

Данное действие анализирует функциональную архитектуру для выявления и описания состояний и режимов, для которых подфункции предоставляют другое функциональное поведение. Анализ включает в себя преобразование состояния и режима между начальными и конечными условиями, или группировку подфункций.

3. Определение временных параметров функций

Данное действие анализирует последовательности подфункций и их функциональное поведение для выявления и определения функциональных временных параметров для каждого эксплуатационного сценария.

4. Определение потоков данных и потоков управления

Данное действие анализирует последовательности подфункций и их функциональное поведение для выявления и определения потоков данных между подфункциями для каждого эксплуатационного сценария. Эти потоки данных заносятся затем в диаграмму потоков данных.

Контроль выполнения функциональной архитектуры выявляется и определяется для каждого эксплуатационного сценария и, затем, заносится в диаграмму потоков управления.

5. Определение режимов сбоя функций и реакции на сбой

Данное действие анализирует и расставляет приоритеты потенциальным режимам сбоя функций для определения возможного эффекта сбоя и необходимости обнаружения отказов и функций восстановления.

6. Определение функций отслеживания опасности

Данное действие анализирует подфункции и группировки подфункций для выявления эксплуатационной опасности, которая может повлечь травмы, материальный ущерб или повреждение продукта, или вызвать негативное воздействие на окружающую среду. Здесь определяются функциональные требования для отслеживания опасных условий эксплуатации, или уведомления или предупреждения оператора о надвигающейся опасности.

4. Установка функциональной архитектуры

Данное действие устанавливает функциональную архитектуру, приемлемую для уровня разработки, для определения более мелких функций и распределения рабочих характеристик по функциям. Из чего потом будет моделироваться конструкционное исполнение системы на операции «Дизайн-синтез». До этого функциональная архитектура должна быть проверена, чтобы удостовериться, что она соответствует подтвержденной основной версии требований.

Декомпозиция функциональных требований Интернет-системы:

1. Предоставлять информацию по запросу

   1. Разбирать запрос пользователя

      1. Разбирать запрос на элементы для дальнейшей обработки

      2. Подключать необходимые модули

      3. Запускать необходимые модули и получать от них информацию для шаблона

   2. Выбирать информацию

      1. Выбирать структуру меню

      2. Выбирать информацию по поисковому запросу пользователя

      3. Выбирать контентную информацию

      4. Предоставлять доступ к БД

   3. Отображать информацию

      1. Отображать отобранную информацию

         1. Заполнять шаблон данными

         2. Отображать заполненный шаблон

      2. Отображать кэшированную информацию

   4. Кэшировать информацию для последующего отображения

2. Управлять содержанием и структурой информации

   1. Разбирать запрос пользователя

      1. Разбирать запрос на элементы для дальнейшей обработки

      2. Подключать необходимые модули

      3. Запускать необходимые модули

   2. Добавлять информацию

      1. Добавлять текст

      2. Добавлять графику

      3. Добавлять файлы

         1. Загружать файлы с компьютера пользователя

         2. Загружать файлы из Интернет

   3. Удалять информацию

      1. Удалять текст

      2. Удалять графику

      3. Удалять файлы

   4. Изменить информацию

      1. Изменять текст

      2. Изменять графику

      3. Переименовывать файлы

   5. Предоставлять доступ к информации

      1. Отображать навигацию

      2. Отображать информацию, которой нужно управлять

         1. Заполнять шаблон данными

         2. Отображать заполненный шаблон

      3. Предоставлять доступ к БД

3. Обеспечивать защиту информации от несанкционированного изменения и удаления

   1. Авторизовать администратора

   2. Управлять администраторами

      1. Добавлять администратора

      2. Удалять администратора

      3. Изменить информацию об администраторе

      4. Менять уровень доступа администратора

         1. Управлять группами администраторов

            1. Добавлять группу

            2. Удалять группу

            3. Изменить название группы

            4. Назначить права группе

         2. Назначать администратора в группу

4. Обеспечивать защиту информации от потери

   1. Создавать резервную копию информации

   2. Восстанавливать информацию из резервной копии

5. Оформлять предоставляемую информацию