ГОСТ Р 57100-2016/ISO/IEC/IEEE 42010:2011. Национальный стандарт Российской Федерации. Системная и программная инженерия. Описание архитектуры

5.8. Обоснование архитектуры

5.8.1 Регистрация обоснования

Описание архитектуры должно содержать обоснование для каждой точки зрения на архитектуру, включенной для применения в соответствии с 5.4, в терминах заинтересованных сторон, с учетом их интересов, видов моделей, нотаций и методов.

Описание архитектуры должно включать обоснование для каждого решения, которое было рассмотрено применительно к основному решению архитектуры (см. 5.8.2).

В описание архитектуры следует включать свидетельство рассмотрения альтернатив и обоснования для сделанного выбора.

5.8.2 Регистрация решения

Для описания архитектуры следует осуществлять регистрацию решений архитектуры, которые рассматривались применительно к основному решению архитектуры системы.

Регистрация каждого архитектурного решения относительно системы не является практичной. Зарегистрированное решение и соответствующую стратегию следует применять организации и/или проекту для установления критерия выбора основных решений, которые будут зарегистрированы и поддержаны обоснованием в описании архитектуры. Рассматриваемыми критериями являются:

- решения относительно архитектурно существенных требований;

- решения, требующие больших инвестиционных усилий или времени для их формирования, реализации или внедрения;

- решения, воздействующие на основные заинтересованные стороны или множество заинтересованных сторон;

- решения, требующие сложного или неочевидного умозаключения;

- решения, которые очень чувствительны к изменениям;

- решения, которые могут быть дорогостоящими к изменениям;

- решения, которые формируют основу для планирования и управления проектом (например, создание структуры разделения работ, прослеживание качества прохождения решений);

- решения, которые приводят к капиталовложениям или косвенным затратам.

При регистрации решений следует учитывать следующее:

- решение является уникальным;

- решение утверждается;

- решение связывается с интересами системы, к которым оно имеет отношение;

- для решения определяется владелец;

- решение связывается с элементами описания архитектуры, воздействующими на решение;

- делается обоснование, связанное с решением в соответствии с 5.8.1;

- определяются ограничения и предположения, которые влияют на решение;

- регистрируются альтернативы, которые были рассмотрены, и их потенциальные последствия;

- регистрируются последствия решения (касающиеся других решений);

- регистрируются временные отметки, когда решение было принято, когда было одобрено и когда было изменено;

- предоставляются цитаты по источникам дополнительной информации.

Примечания

1 Может быть полезным провести регистрацию отклоненных альтернатив и обоснования решений для этих отклонений. В будущем может оказаться, что приведенные причины более не актуальны и решение должно быть пересмотрено.

2 Может оказаться полезным провести регистрацию взаимосвязей между решениями архитектуры. Примеры типов отношений: ограничения, воздействия, разрешения, инициации, усилия, категорирование, уточнения, "рассогласования с" и "совместимость с" (см. [23], [44]).