ГОСТ Р 57318-2016 Системы промышленной автоматизации и интеграция. Применение и управление процессами системной инженерии

     5.1 Этап определения системы

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

5.1.1 Определение системы

В проекте следует применять SEP-процесс, описанный в разделе 6, с целью формирования требований базовой линии для утвержденного системного уровня, проверенной функциональной и проектной архитектуры, спецификаций, системной базовой линии, SBS-структуры и обновленных плана технического проектирования и технического плана. Конкретные мероприятия, которые должны быть выполнены, приведены в таблице 2.

Таблица 2 - Определение системы

5.1.1.1 Концепция системы

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

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

5.1.1.2 Исходные планы технического проектирования

В проекте следует создавать требуемые планы технического проектирования (engineering plan) для жизненного цикла системы, которые должны включать:

а) критерии для мероприятий, выполняемых для оценки хода определения системы;

б) распределение технических ресурсов по мероприятиям системной инженерии.

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

5.1.1.3 Подсистемы и интерфейсы подсистем

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

5.1.1.4 Определение проблем, связанных с интерфейсом типа "человек - система"

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

5.1.1.5 Факторы, влияющие на качество жизненного цикла системы

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

5.1.1.6 Пересмотренные проектные планы и планы технического проектирования

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

5.1.2 Спецификации

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

5.1.2.1 Спецификации на интерфейсы системы, продукта и подсистемы

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

5.1.2.2 Спецификации на систему и продукт