ГОСТ Р 57102—2016
Окончание таблицы А. 16
Положения
ИСО/МЭК 15288
1) нисходящую прослеживаемость аттестованного множества требований заинтересованных
сторон ко множеству определенных технических требований;
2) восходящую прослеживаемость индивидуальных технических сформулированных
требований, производныхот множества определенных технических требований, снизу вверх к
аттестованным множествам требований заинтересованных сторон.
3) подтверждение того, чтопредположения и произведенные требования достоверныисовме
стимы с системой и соответствующими услугами в системной инженерии или реинжиниринге;
4) разрешение выявленных неохваченных аспектов, различий и противоречий, включая:
i) подтверждение того, что были предприняты соответствующие действия, когда множество
определенных технических требований оказывается непрослеживаемым снизу вверх к ут
вержденному множеству требований заинтересованных сторон;
ii) определение того, были ли введены требования или ограничения без источников и жела
тельны ли они соответствующим заинтересованным сторонам;
iii) подтверждение того, что дополнительные требования добавлены приемлемым образом
ко множеству определенных технических требований, когда соответствующие потребности
заинтересованной стороны не были отражены должным образом:
iv) доказательство того, что была сделана повторная аттестация множества технических
требований, если изменения необходимы одному из аттестованных множеств потребностей
заинтересованной стороны, и что соответствующие действия и задачи заинтересованной
стороны, нуждающейся в процессах определения и анализа требований, были вновь
выполнены соответствующим образом
Т а б л и ц а А. 17 — Процесс проектирования архитектуры (пункт 6.4.3)
6.4.2.3 Ь) 3)
Положения
ИСО/МЭК 15288
а) Проектирование архитектуры касается разработки приемлемых и выполнимых системных
решений для множества полученных технических требований, поддержания целостности
замысла через разработку с тарантией того, что построенная система соответствует спе
цификациям при верификации и применимым требованиям заинтересованных сторон при
аттестации, обеспечивая конфигурационную целостность системного замысла на стадиях
эксплуатации и поддержки. Завершенный архитектурный проект следует использовать в
течение жизненного цикла системы для прогнозирования, отслеживания пригодности к
использованию и для оценки изменений в системе
6.4.3
Ь) Требования для обеспечивающих систем исходят.
1) от пользователя или заказчика либо являются заданными требованиями и другими
системными потребностями заинтересованных сторон:
2) полученных технических требований для систем и применения процесса проектирования
архитектуры.
Таким образом, инициирование разработки обеспечивающей системы или ее приобретения
(функция границы проектируемой системы) зависит от завершения решения архитектурного
проекта для создаваемой системы или системы, являющейся результатом реинжиниринга, а
также от применяемой стадии жизненного цикла системы и соответствующей деятельности
по инженерному или организационному представлению
6.4.3.3 а)
с) Логическое проектирование архитектуры включает в себя изучение различных логических
декомпозиций и иных представленийо требованиях.Для различныхпредставлений отсутству
ет какое-либо множество форматов или форм. Выбранный формат или форма — это то. что
наилучшим образом определяет функциональные, поведенческие потоки, или потокиданных,
или приемлемую структуру данных и что позволяет рациональным образом использовать
потенциальные физические элементы, ручные операции или обеспечивающие системы для
создания альтернативных решений физического проектирования архитектуры
6.4.3.3 а)
d) Определенные технические требования размещаются согласно создаваемому представлению
логическогопроектаархитектуры. Наоснове различных представленийпредъявляетсямножество 6.4.3.3 а)
технических требований, которые используются для проектирования архитектуры. Уже после
того, как это размещение завершено, могут оказаться незадействованными некоторые техниче
ские требования. Они касаются альтернативных решений физического проекта архитектуры
59