5. Проверка функциональной архитектуры

Цель процедуры – проверить функциональную архитектуру.

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

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

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

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

• Проведение проверочной оценки

  • Проверка завершенности архитектуры

  • Проверка функциональных показателей и рабочих параметров

  • Проверка удовлетворения ограничениям

• Выявление расхождений и конфликтов

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

Структурная схема процедуры представлена на рис. 2.5.

Рис.2.5 Структурная схема процедуры «Проверка функциональной архитектуры»

2. Определение процедур проверки

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

3. Проведение проверочной оценки

   1. Проверка завершенности архитектуры

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

2. Проверка функциональных показателей и рабочих параметров

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

3. Проверка удовлетворения ограничениям

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

4. Выявление расхождений и конфликтов

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

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

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

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

6. Дизайн синтез

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

Цель процедуры – определение конструктивного исполнения системы, удовлетворяющего основной версии требований.

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