ГОСТ Р 57318—2016
жизненного цикла не так сложны, какдля продуктов, для которых предназначена техническая поддерж
ка, цикл разработки должен быть сокращен и при необходимости доступен.
5.6.1 Разработка процессов жизненного цикла
В проекте следует предусмотреть инициализацию разработки последующих процессов жизнен
ного цикла разработки, производства, проведения испытаний, распределения, технической поддержки,
обучения персонала и вывода из эксплуатации с целью поддержки жизненного цикла продуктов,
их подсистем, сборок и компонентов. Если системные элементы закуплены у поставщиков или
субпо дрядчиков, то необходимо рассмотреть жизненный цикл процесса технической поддержки
системных элементов. Каждый из этих процессов в своем развитии проходит через одни и теже
события и работы, описанные в 5.1—5.5, в том числе и через технический анализ.
5.6.2 Спецификации
В проекте следует предусмотреть подготовку и контроль спецификаций того же типа, что и в 5.1—5.5
(для жизненного цикла процессов и услуг).
5.6.3 Базовые линии
В проекте следует предусмотреть подготовку и контроль базовых линий того же типа, что и в
5.1—5.5 (для жизненного цикла процессов и услуг).
6 Процесс системной инженерии
В данном разделе подробно рассмотрены требования к SEP-процессу (см. рисунок 4). Каждый
SEP-подпроцесс на диаграмме последовательности операций помечен цифрами. В методиках и проце
дурах на предприятии должны быть описаны общие области применения и выполнения
подпроцессов на протяжении всего жизненного цикла проекта, в котором следует адаптировать
мероприятия для решения каждой задачи, добавляя или удаляя те или иные работы либо адаптируя
мероприятия для каждого подпроцесса, добавляя или удаляя задачи в соответствии с областью
действия проекта, а так же с методиками и процедурами предприятия.
6.1 Анализ требований
В проекте следует предусмотреть выполнение анализа требований с целью определения: возможно
сти системы проводить данный анализ: насколько хорошо системные продукты могут выражаться в коли
чественных, измеряемых величинах; внешних условий, при которых работают системные продукты; требо
ваний к интерфейсам типа «человек — система»; физических/эстетических характеристик и ограничений,
которые могут влиять на проектные решения. Потребности рынка, требования и ограничения вытекают
из ожиданий заинтересованных сторон, проектных и корпоративных ограничений, внешних ограничений
и требований к системе более высокого уровня. Все эти особенности содержатся в требованиях к базо
вым линиям, которые управляют мероприятиями SEP-процесса и представляют собой описания пробле
мы. подлежащей решению. Задачи, связанные с анализом требований, приведены на рисунке 10. Проект
позволяет: оценивать и анализировать входные данные, указанные в задачах 6.1.1—6.1.9, для выявления
рисков с точки зрения затрат, плана-графика и рабочих характеристик; определять функциональные и экс
плуатационные требования, выявлять конфликты. Анализ компромиссных решений проводят дляразреше
ния конфликтов и определения сбалансированных требований к базовым линиям. Анализ компромиссных
решений, оценка рисков, анализ и задачи по обработке рассмотрены в 6.7. Для каждого применения SEP-
процесса в проекте следует уточнять ранее установленные требования к верхним уровням архитектуры
системы (при необходимости) и определять требования к системе на этапе разработки (см. 1.3).
6.1.1 Определение ожиданий заинтересованных сторон
В проекте следует предусмотреть определение и количественную оценку ожиданий заинтересо
ванных сторон в части системы, которые могут возникать из соображений маркетинга, заказов покупа
телей. общепризнанных рыночных возможностей, прямых связей с пользователями или требований,
связанных с системой более высокого уровня. Ожиданиями заинтересованных сторон могут быть:
а) желание заинтересованных сторон получить от системы продукт(ы), процессы жизненного цик
ла и желаемые показатели качества для выполнения функциональных требований;
б) степень эффективности, которой должна достигать каждая функция (требования к рабочим
характеристикам);
в) естественные и искусственно созданные среды, в которых продукт(ы) могут функционировать
или эксплуатироваться;
34