ГОСТ Р 56923—2016
5.4.4.2.3 Процесс проектирования архитектуры программных средств
Чтобы преобразовать определенное множество технических требований в приемлемое решение
для проектирования архитектуры, которое выполняет технические требования для спроектирован
ных программных средств, может использоваться процесс проектирования архитектуры программных
средств. Руководство, предоставленное в 5.4.3.2.4 для процесса проектирования архитектуры систе
мы. также применимо к процессу проектирования архитектуры программных средств.
5.4.4.2.4 Процесс детального проектирования программных средств
Один из возможных результатов из проекта архитектуры программных средств включает в себя
требования для следующих, более низких уровней системных элементов или программной системы.
Эти требования из выходного результата являются требованиями приобретающей стороны для рекур
сивного применения процесса анализа требований программных средств и процесса проектирования
архитектуры программных средств к системному элементу или к программной системе более низкого
уровня в структуре программной системы. Системы или системные элементы на следующем, более
низком уровне структуры программной системы, будут позже объединены в систему, от которой были
назначены требования.
Рекурсивное применение процесса анализа требований программных средств и процесса проек
тирования архитектуры программных средств показаны на рисунке 21 как петля, определенная как нис
ходящий поток требований приобретающей стороны для каждого уровня структуры программной систе
мы. Для каждого системного элемента или составной системы из структуры системы, которая должна
быть разработана, должны быть применены процесс анализа требований программных средств и про
цесс проектирования архитектуры программных средств. Чтобы сформировать входное множество
требований заинтересованных сторон для каждого системного элемента или системы на следующем
уровне структуры программной системы, должны также быть определены другие требования заинтере
сованной стороны (см. пояснение по понятию рекурсии в 4.4.4.2).
Рекурсивная петля рисунка 21 применяется до того, пока будут определены все системные эле
менты структуры программной системы и никакие дополнительные системы или системные элементы
не должны быть разработаны. Системные элементы могут появиться на любом уровне структуры си
стемы. На каждом уровне, когда никакая дальнейшая разработка не является необходимой для систе мы
в структуре программной системы, должно быть выполнено последующее множество процессов для
реализации программных средств.
Кроме того, на любом уровне программный элемент может быть определен как имеющий уни
кальный стандарт, который может использоваться для конструирования той системы.
Рекурсивное применение первых трех процессов на рисунке 21 повторяется в пределах структуры
системы до тех пор, пока процесс конструирования программных средств окажется неприменимым для
элемента программных средств и пока все элементы программных средств не будут построены.
5.4.4.3 Соответствующие процессы реализации программного средства
5.4.4.3.1 Общее
Процессы реализации для определения программных средств описаны в п. 5.4.4.2. Чтобы по
нять решение для проектирования архитектуры для каждой системы в структуре программной системы
от нижнего программного элемента до рассматриваемой системы высокого уровня из структуры про
граммной системы, должны использоваться процесс конструирования программных средств, процесс
комплексирования программных средств и процесс квалификационного тестирования системы.
Каждый реализованный системный элемент должен быть верифицирован, используя процесс
верификации и аттестован с использованием процесса валидации прежде, чем будет выполнено ком-
плексирование на следующем, более высоком уровне структуры системы.
После того, как все системные элементы структуры программной системы соответствующим об
разом реализованы, определение структуры программной системы считается завершенным. После
этого сверху вниз должно быть выполнено рекурсивное применение процесса комплексирования про
граммных средств и процесса квалификационного тестирований системы — от уровня п к уровню 1 из
структуры программной системы для каждой составной системы и для рассматриваемой программной
системы.
5.4.4.3.2 Процесс конструирования программных средств
Когда дальнейшее проектирование программного элемента не является необходимым, может ис
пользоваться процесс конструирования программных средств. С этого момента может быть сконстру
ирован программный элемент, определенный как часть решения архитектурного проекта программных
средств. Процесс конструирования программных средств должен использоваться для преобразования
46