ГОСТ Р 57318—2016
компонентами, т. е. требования к интерфейсам типа «человек — человек», «человек — аппаратные
средства» и «человек — программное обеспечение». Эти требования могут включать в себя функцио
нальные и эксплуатационные требования, рабочие нагрузки и проектные ограничения.
5.3.2.4 Обновление спецификаций на трудовые ресурсы, персонал и обучение
В проекте следует предусмотреть корректировку требований к персоналу, привлекаемому к экс
плуатации, техническому обслуживанию и ромонту/поддержке системы на протяжении всего ее жиз
ненного цикла. По результатам анализа необходимо определить, обладает ли персонал соответствую
щими знаниями, навыками и способностями, и спрогнозировать, будут ли они доступны на протяжении
всего жизненного цикла, а также определить когнитивные, физические и органолептические особенно
сти имеющегося персонала, установить элементы техники безопасности, необходимые для системы, и
выяснить уровень подготовки, необходимый для персонала.
5.3.3 Базовые линии конфигурации
В рамках проекта следует установить конфигурационный контроль и включение элементов кон
фигурации в базовые линии, необходимые для управления техническими мероприятиями на этапе
определения подсистем.
5.3.3.1 Обновление базовых линий системы и базовых линий с учетом результатов проектиро
вания
В проекте следует предусмотреть корректировку и контроль всех согласованных изменений в ба
зовых линиях системы.
5.3.3.2 Установление базовых линий с учетом выполненных работ
В проекте следует предусмотреть изменение базовых линий каждого компонента с учетом уже
выполненных работ на этапе предварительного проектирования. Созданные базовые линии должны
содержать спецификации на интерфейсы компонентов, спецификации на компоненты и интегрирован
ное хранилище, которые охватывают проект, данные, модели, использованные средства, показатели,
внесенные изменения, проектные обоснования и другую информацию о принятых решениях или разъ
яснения в части требований к компонентам.
5.3.4 Технический анализ
В проекте следует предусмотреть периодическое выполнение соответствующего технического
анализа, предназначенного для оценки зрелости мероприятий и определения необходимости и целе
сообразности дальнейших инвестиций для продолжения работ на FAIT-этапе. Результаты технического
анализа ниже системного уровня обычно не рассматривают на уровне руководителей проекта, но со
храняют в качестве результатов технического анализа.
5.3.4.1 Анализ компонентов
Анализ каждого компонента следует проводить в рамках проекта по завершении этапа детализи
рованного проектирования с целью получения гарантий того. что.
а) каждое детализированное определение компонента достаточно хорошо продумано и удовлет
воряет показателям эффективности/качества работы (МОЕ/МОР);
б) спецификации на компоненты являются адекватными и содержат достаточно данныхдля опре
деления концепции компонента;
в) риски, связанные с компонентами и процессами жизненного цикла, оценены и сниженыдо уров
ня. приемлемого для поддержки FAIT;
г) результаты исследований компромиссных решений являются достаточными для обоснования
достижимости детализированных требований к компонентам;
д) решения в части конфигурации определения детализированных компонентов приняты с учетом
результатов анализа и технических данных.
П р и м е ч а н и е — Критерии эффективности являются мерой ценности, используемой для определения
успеха или неудачи того или иного проектного решения.
5.3.4.2 Анализ подсистем
Анализ на уровне подсистем следует выполнять в рамках проекта по завершении анализа ком
понентов. связанных с соответствующей подсистемой. Данный анализ предназначен: для определения
соответствия результатов детализированного проектирования подсистемы базовым линиям с учетом
результатов проектирования: снижения рисков и достижения остаточными рисками приемлемого уров
ня; решения проблем, связанных с компонентами, сборочными узлами и процессами жизненного цикла:
подтверждения, что достигнутые результаты и планы гарантируют возможность продолжения работ в
рамках FAIT-процессов.
29