ГОСТ Р 57318—2016
программным обеспечением, которые определены в проектной архитектуре. В разделе, посвященном
квалификации персонала, следует указывать метод, который будет использоватьсядля подтверждения
соответствия каждому требованию к взаимодействию типа «человек — система» при стандартных и
нестандартных условиях. Кроме того, эти спецификации содержат требования к интерфейсам меж ду
человеком, подсистемой или компонентом. Эти интерфейсы включают требования к интерфейсам
между людьми, подсистемами или компонентами, а также к интерфейсам типа «человек — человек»,
«человек — аппаратное средство» и «человек — программное обеспечение». Данные требования так же
могут включать в себя функционально/эксплуатационныо требования и ограничения на рабочую
нагрузку и конструкцию.
5.2.2.6Корректировка предварительных требований к трудовым ресурсам, персоналу и его
обучению
В проекте необходимо предусмотреть обновление спецификации на персонал с целью эксплу
атации. технического обслуживания и ремонта/поддержки системы на протяжении всего жизненного
цикла. Анализ должен определить, обладает ли персонал надлежащими знаниями, навыками и способ
ностями. которые будут востребованы на протяжении всего жизненного цикла; соответствует ли когни
тивным. физическим и органолептическим показателям; владеет ли элементами техники безопасности,
необходимыми для работы с системой, а также обладает ли достаточным уровнем подготовки.
5.2.3 Базовые линии конфигурации
В проекте следует установить конфигурационный контроль и включение элементов конфигурации
в базовые линии системы, которые необходимы для управления техническими мероприятиями на этапе
определения подсистемы.
5.2.3.1 Базовые линии системы
На этапе предварительного проектирования в рамках проекта необходимо обновлять и контроли
ровать все изменения в базовых линиях системы.
5.2.3.2 Изменение базовых линий системы с учетом результатов проектирования
В проекте необходимо предусмотреть развертывание/уточнение и корректировку базовых линий
каждой подсистемы с учетом результатов предварительного проектирования, полученных на этапе
определения системы и включающих в себя спецификации на интерфейсы для сборок и компонентов,
спецификации на подсистемы, спецификации на сборки и интегрированное хранилище данных, в кото
ром собирается информация о проекте, моделях и используемом инструментарии, а также о показате
лях. изменениях, обоснованиях проекта идругой значимой информации в части принятых решений или
разъяснений, сделанных в отношении требований к подсистемам.
5.2.3.3 Изменение базовых линий компонентов с учетом выполненных работ
В проекте необходимо предусмотреть развертывание/уточнение базовых линий каждого компо
нента подсистемы с учетом выполненных чертежей интерфейса для каждого компонента и проекта
спецификации на каждый компонент.
5.2.4 Технический анализ
В проекте следует предусмотреть периодическое выполнение соответствующего технического
анализа, предназначенного для оценки зрелости мероприятий иопределения необходимости и целесо
образности дальнейших инвестиций для проведения детализированного проектирования. Результаты
технического анализа ниже системного уровня обычно не рассматриваются руководителями проекта.
5.2.4.1 Анализ подсистем
По завершении этапа предварительного проектирования в рамках проекта следует периодически
выполнять анализ каждой подсистемы для того, чтобы удостовериться, что:
а)степеньзрелости определения подсистемы в достаточной мере соответствует SEMS-критериям;
б) распределение компонентов и предварительные спецификации на них обоснованы и обеспечи
вают соответствие принятой для компонентов концепции;
в) риски подсистем оценены и снижены до уровня, приемлемого для продолжения разработки;
г) результаты анализа компромиссных решений в достаточной мере обосновывают достижимость
требований к подсистемам;
д) решения приняты в расчете, что определение конфигурации подсистемы в достаточной мере
учитывает результаты анализа и технические данные.
5.2.4.2 Анализ системы
Анализ на системном уровне следует проводить в рамках проекта после завершения анализа
подсистем с целью определения, отвечает ли общий системный подход к детализированному проекти
рованию базовым требованиям системы, снижению неприемлемых рисков, решению проблем для всех
26