1.5. Классы пользователей и другой задействованный персонал.

1.6 Поддержку среды.

2. Концепции для предлагаемой системы.

2.1 Предпосылки, цели и область применения.

2.2 Операционную политику и ограничения.

2.3 Описание предлагаемой системы.

2.4 Режимы работы.

2.5. Классы пользователей и задействованный персонал.

2.6. Среду поддержки.

3. Эксплуатационных сценариев.

4. Анализа предлагаемой системы.

4.1 Краткое изложение улучшений.

4.2. Недостатки и ограничения.

4.3 Альтернативные рассмотренные варианты и компромиссы.

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

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

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

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

Архитектуры можно классифицировать в соответствии с отношениями между функциональными и физическими компонентами инновационных продуктов:

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

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

На базе модульной архитектуры фирмы разрабатывают «платформенные системы», в которых общая платформа позволяет быстро разрабатывать производные продукты, отвечающие конкретным потребностям рынка. Компоненты, специфичные для производных, могут быть разработаны без необходимости перепроектирования основных и «внутриплатформенных» компонентов. Так создают семейства автомобилей, смартфонов, и др.

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