ГОСТ Р 57318—2016
4.11 Интеграция работ по системной инженерии
Для реализации целей проекта в проекте объединяются различные входные данные, содержащие
особенности инженерных и бизнес-направлений деятельности, в мероприятия посистемной инженерии.
4.11.1 Параллельная инженерия
На предприятии или в рамках проекта следует прибегать к параллельной инженерии (concurrent
engineering) продуктов и связанным с ней процессам, а также интегрировать разработку продуктов и
процессов для того, чтобы продукт(ы) был(и) технологическим(и), практичмым(и) и эксплуатационно-
пригодным^). Для поддержки разработки и производства необходимо использовать средства автома
тизированного проектирования, интегрированные с единым хранилищем данных.
4.11.2 Комплексные коллективы
Комплексные интегрированные коллективы следует рассматривать как основное звено в органи
зации. предназначенное для повышения эффективности и результативности ее работы. При исполь
зовании интегрированных коллективов в рамках проекта необходимо их закрепление за конкретными
SBS-элементами. Каждый коллектив должен подготовить необходимые документы по планированию
(план технического проектирования, основной план-график и т.д.)для элементов системы, за которыми
он закреплен; он должен отвечать за разработку и выполнение технических требований и требований
базовой линии, связанных с данным элементом системы, завершая свою работу, обозначенную в соот
ветствующих пунктах задания, в том числе техническим анализом (см. раздел 5).
4.12 Технический анализ
В рамках проекта следует выполнять различные виды анализа, например анализ проекта (систе
мы. подсистемы, компонента, процессов жизненного цикла, готовности к проведению испытаний, про
изводственной апробации) и аудиты (например, функциональной и проектной конфигурации), с целью
оценки технического прогресса. Как правило, анализ проекта должен быть проведен после каждого
применения SEP-процесса. Результатом анализа должно быть следующее:
а) оценка системных требований и распределение для определения их однозначности, полноты,
обоснованности, доступности и прослеживаемости вплоть до системных требований верхнего уровня;
б) оценка степени зрелости проекта с точки зрения технического развития и соответствия целям.
SEMS-событий и достижений, данных эмпирического анализа и результатов проведенных испытаний,
полученных на текущий момент;
в) представление рисков, связанных с продолжающейся деятельностью в части разработки;
г) оценка процессов жизненного цикла и инфраструктуры, необходимыхдля устойчивости продук
та на протяжении всего жизненного цикла системы;
д) поиск необходимых ресурсов для дальнейшего развития;
е) определение того, можно ли переходить к следующему SEP-процессу. прекращать разработку
или предпринять корректирующие действия (прежде чем приступить к выполнению мероприятий по
разработке).
На каждом уровне разработки необходимо проводить анализ проектов, компонентов, подсистем
и системы в целом. Для комплексных систем может понадобиться оценка на низких уровнях (см.
рисунок 6). Результаты анализа и верификации компромиссных решений должны быть доступны при
проведении анализа проекта в целях подготовки его обоснования, что может приводить к повторным
итерациям SEP-процесса для устранения выявленных недостатков перед продолжением деятельности
по разработке. Следует выполнять функциональный и проектный аудит конфигурации компонентов,
подсистем и системы для гарантии успешного завершения разработки сопроводительной документа
ции и квалификационных испытаний каждого технического требования, указанного в спецификации, и
удовлетворения всех требований в целом.
4.13 Управление качеством
На предприятии и в рамках проекта следует применять процедуры управления качеством для раз
работки продуктов и процессов жизненного цикла.
4.14 Совершенствование продукции и процессов
На предприятии и в проекте необходимо устанавливать и поддерживать показатели качества про
дуктов и процессов с целью постоянного совершенствования продуктов и процессов на протяжении
всего жизненного цикла системы (в соответствии с целями предприятия).
18