Примечание 3 - Системные требования следует расставлять по приоритетам, утверждать, фиксировать в базовой линии и сообщать всем участвующим сторонам. Обновления к базовой линии требований следует оценивать по затратам, выполнению графиков работ и влиянию технических решений.
6.4.2.3.2 Оценивание требований
Данный вид деятельности состоит из решения следующих задач:
6.4.2.3.2.1 Системные требования должны оцениваться на основе перечисленных ниже критериев:
a) прослеживаемость потребностей по приобретению;
b) согласованность с потребностями по приобретению;
c) тестируемость;
d) осуществимость архитектурного проекта системы;
e) осуществимость функционирования и сопровождения.
Результаты оценивания должны быть документированы.
Примечание - Потребности приобретения включают в себя базовую линию требований правообладателей.
6.4.3 Процесс проектирования архитектуры системы
Примечание - Процесс проектирования архитектуры системы в настоящем стандарте является специальным случаем процесса проектирования архитектуры в [18]. Пользователи могут рассматривать требуемое соответствие по отношению к процессу в [18] в большей степени, чем к процессу в настоящем стандарте.
6.4.3.1 Цель
Цель процесса проектирования архитектуры системы заключается в определении того, как системные требования следует распределить относительно элементов системы.
6.4.3.2 Выходы
В результате успешного осуществления процесса проектирования архитектуры системы:
а) определяется архитектурный проект системы, в соответствии с которым выполняется идентификация элементов системы и удовлетворяются заданные требования;
b) устанавливаются функциональные и нефункциональные системные требования;
с) требования распределяются по элементам системы;
d) определяются внутренние и внешние интерфейсы каждого системного элемента;
e) выполняется верификация между системными требованиями и архитектурой системы;
f) требования, распределенные по системным элементам и их интерфейсам, становятся прослеживаемыми к базовой линии требований заказчика;
g) поддерживается согласованность и прослеживаемость между системными требованиями и архитектурным проектом системы и
h) системные требования, конструкция, архитектурный проект системы и их взаимосвязи отражаются в базовой линии и сообщаются всем участвующим сторонам;
i) в системный проект включается человеческий фактор, эргономические знания, технические приемы, методы и средства;
j) определяются и выполняются действия по проектированию, ориентированные на человека.
6.4.3.3 Виды деятельности и задачи
В проекте должны выполняться следующие виды деятельности и задачи в соответствии с принятыми в организации политиками и процедурами в отношении процесса проектирования архитектуры системы:
6.4.3.3.1 Создание архитектуры
Данный вид деятельности состоит из решения следующей задачи:
6.4.3.3.1.1 Должен быть определен верхний уровень архитектуры системы. Архитектура должна идентифицировать составные части технических средств, программных средств и ручных операций. Должно гарантироваться, что все системные требования распределяются между этими составными частями. Составные части конфигурации технических средств, программных средств и ручных операций должны последовательно идентифицироваться этими составными частями. Архитектура системы и системные требования, распределенные по составным частям, должны быть документированы.
Примечание 1 - Внутренние и внешние интерфейсы каждого системного элемента следует определять в архитектуре системы.
Примечание 2 - Следует определять и выполнять действия по проектированию, ориентированные на человека. При этом следует внедрять в системное проектирование человеческий фактор, эргономические знания, методы и средства.
Примечание 3 - Архитектурный проект системы и его отношение с системными требованиями следует отражать в базовой линии и доводить до сведения всех участвующих сторон.
6.4.3.3.2 Оценивание архитектуры
Данный вид деятельности состоит из решения следующей задачи:
6.4.3.3.2.1 Архитектура системы и требования к составным частям должны быть оценены с учетом перечисленных ниже критериев:
a) прослеживаемость системных требований;
b) согласованность с системными требованиями;
c) приспособленность стандартов и методов проектирования;
d) осуществимость программных составных частей, полностью удовлетворяющих назначенным требованиям;
e) осуществимость функционирования и сопровождения.
Примечание - Следует также обеспечивать прослеживаемость архитектуры системы к системным требованиям для прослеживаемости к базовой линии требований правообладателей.
Результаты оценок должны быть документированы.
6.4.4 Процесс реализации
6.4.4.1 Цель
Цель процесса реализации заключается в создании заданных элементов системы.
Примечание - Пользователи настоящего стандарта могут иметь намерение работать с программными продуктами или программными элементами больших систем. Процесс реализации программных средств (см. 7.1.1) является соответствующим примером процесса реализации в [18], приспособленного к частным потребностям реализации программного продукта или услуги. Процесс реализации программных средств заменяет процесс реализации в [18].
6.4.5 Процесс комплексирования системы