Необходимым компонентом для продвижения по этапам разработки является «Концепция эксплуатации». Это документ, описывающий ожидаемые характеристики разрабатываемой системы с точки зрения пользователя (не путать со спецификацией, где изложен весь набор требований заинтересованных сторон к системе, подсистемам и элементам). Его задачей является наглядное описание целей создания системы, «что» она должна делать, а не «как». Документ также должен определять любые критические требования или цели производительности на верхнем уровне (сформулированные качественно либо количественно) и их системное обоснование. Форма изложения документа относительно свободная, можно найти много шаблонов в интернете.

В тексте «Концепции эксплуатации» должна содержаться следующая информация.

1. Почему необходима система и предварительный обзор самой системы.

2. Описание полного жизненного цикла системы от развертывания до вывода из эксплуатации.

3. Описание сценариев, иллюстрирующих конкретные эксплуатационные мероприятия, связанные с использованием системы.

4. Указание условий, при которых система используется и обслуживается.

5. Изложены различные аспекты использования системы, включая производство, техническое обслуживание, поддержку и утилизацию.

6. Перечисление различных классов пользователей, в том числе операторов, сопровождающих, партнеров, их различных навыков и ограничений.

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

Руководство по разработке концепции эксплуатации удобно готовить в группе заинтересованных лиц программы. При этом:

a) не следует указывать какие-либо особенности системы;

b) не нужно описывать, как идет процесс и как должна выполняться функция, надо только перечислить потребности системы;

c) в рабочую группу рекомендуется включить все заинтересованные стороны (до 15 чел.), которые должны иметь полномочия принимать окончательные решения;

d) желательно собрать всех участников группы в одном месте в одно и то же время, по крайней мере дважды;

e) модератор группы должен обладать навыками руководства группой и следить за ее работой;

f) следует ограничить размер разрабатываемого документа, не ограничивая полученную извне информацию;

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

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

Термин «архитектура системы» обозначает основные понятия или свойства системы в окружающей среде, воплощенной в ее элементах, отношениях и конкретных принципах ее проекта и развития (ГОСТ Р 57100—2016).

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

1) каждая система имеет архитектуру;

2) архитектура определяет основные компоненты системы;

3) архитектура определяет обоснование компонентов и структуры;