ГОСТ Р 57193—2016
d) управляйте системными требованиями.
Эта деятельность состоит из следующих задач.
П р и м е ч а н и е — Сопровождение системных требований включает определение, регистрацию и управле
ние базовой линией. Выполняется в общем случав под формальным управлением конфигурацией с управлением
любыми изменениями, следующими из применения других процессов жизненного цикла, таких как. например,
про цессы определения архитектуры или проекта,
1) получайте подробное соглашение по системным требованиям.
П р и м е ч а н и е — В соглашение включается подтверждение того, что системные требования выражены
правильно, выполнимы для создателей и что разрешение противоречий в требованиях не искажает и не ставит под
угрозу намерения заинтересованных сторон,
2) поддерживайте прослеживаемость системных требований.
П р и м е ч а н и е — В течение жизненного цикла поддерживается двунаправленная прослеживаемость
между системными требованиями и требованиями заинтересованных сторон, элементами архитектуры, опреде
лениями взаимодействий, результатами анализа, методами или методиками верификации и распределенными,
анализируемыми и производными требованиями. Это гарантирует то. что все достижимые требования заинтере
сованных сторон отвечают одному или более системным требованиям и все системные требования удовлетворяют
или способствуют удовлетворению, по крайней мере, одному требованию заинтересованной стороны. Это часто
обеспечивается с использованием соответствующего хранилища данных,
3) поддерживайте основные информационные объекты, которые были выбраны для базовых
линий.
П р и м е ч а н и е — Чтобы устанавливать и поддерживать объекты конфигурации и базовые линии, ис
пользуется процесс управления конфигурацией. Этот процесс определяет варианты для базовой линии и затем
обеспечивает информационные объекты. Для этого процесса системные требования являются типичными инфор
мационными объектами из базовой линии.
6.4.4 Процесс определения архитектуры
6.4.4.1 Цель
Цель процесса определения архитектуры — подготовить альтернативы для архитектуры системы,
выбрать одну или более альтернатив, которые структурируют интересы заинтересованных сторон, от
вечают системным требованиям и выражают это во множестве согласованных предоставлений.
Итерация процесса определения архитектуры часто используется с процессом анализа бизне
са или назначения, процессом определения системных требований, процессом определения потреб
ностей и требований заинтересованной стороны таким образом, чтобы было достигнуто договорное
понимание решаемой проблемы и определено удовлетворительное решение. Результаты процесса
определения архитектуры широко используются в процессах жизненного цикла. Определение архитек
туры может быть применено на многих уровнях абстракции путем выдвижения на первый план
соот ветствующих деталей. необходимых для решений на этом уровне.
Примечания
1 Архитектура системы имеет дело с фундаментальными принципами, понятиями, свойствами, характе
ристиками и их объединением в рассматриваемую систему. У определения архитектуры существует большее ко
личество приложений, нежели просто продвижение проекта или его части. ГОСТ Р 57100—2016 содержит допол
нительную информацию об описании, природе и использовании архитектуры.
2 Процесс определения архитектуры поддерживает определение заинтересованных сторон и их интересов.
По мере развертывания процесса появляются возможности проникновения в суть отношений между заданными
системными требованиями, эмерджентными свойствами и поведениями системы, которые являются результатом
взаимодействий и отношений между системными элементами. С другой стороны, процесс определения проекта
(см. 6.4.5) развивает системные требования, которые исследуются через архитектуру и более детальные анализы
выполнимости. Архитектура сосредотачивается на пригодности, жизнеспособности и желательных результатах,
тогда как проект сосредотачивается на совместимости с технологиями и другими элементами проекта и выполни
мости конструирования и комппехсирования. Насколько это возможно, чтобы разрешить максимальную гибкость в
прикладной области проекта, эффективная архитектура способствует познаниям через субъективный опыт проек
та. Эффективная архитектура также выдвигает на первый план и поддерживает компромиссы для процесса опре
деления проекта и. возможно, других процессов, таких, как процессы управления портфелем, управления
моделью жизненного цикла, планирования проекта, определения системных требований, верификации и т. д.
3 В архитектурах продукционных линий архитектура охватывает несколько проектов. Архитектура служит
тому, чтобы сделать продукционную линию связной и обеспечить ее совместимость и интероперабельность. Даже
для единичной продукционной системы проект конкретного продукта будет, возможно, изменяться в течение
дли тельного времени, в то время как архитектура будет оставаться неизменной.
50