ГОСТ Р 70466—2022
- провайдер среды обработки больших данных (BDFP):
- сервис-провайдер инфраструктуры больших данных (BDIP);
- сервис-провайдер платформы больших данных (BDPlaP);
- сервис-провайдер обработки больших данных (BDProP);
- партнер сервиса больших данных (BDSP):
- разработчик сервиса больших данных (BDSD);
- аудитор больших данных (BDA);
- оркестратор системы больших данных (BDSO);
- потребитель сервиса данных;
- сервис-провайдер больших данных.
В этом случае полезным инструментом для отображения соответствия интересов ролям/подро-
лям является матрица перекрестных ссылок. Действия ролей/подролей обеспечивают разрешение
проблем. В зависимости от точности соответствия требований архитектуре матрица может быть пред
ставлена диаграммой, которая имеет индикатор соответствия (точка пересечения) между интересом и
ролью, или содержать конкретное подтверждение/обоснование причины этого соответствия, и/или
включать экспертные заключения о соответствии определенного аспекта интереса той или иной роли. В
любом случае следует позаботиться о том, чтобы не описывать в этом отображении действия и ре
шения. Этот шаг представляет собой начальное распределение требований (интересов) по классам
высокоуровневых процессов (ролям/подролям).
9.4 Разработка подробных описаний деятельности и ее соответствие интересам
На данном шаге определяется деятельность системы или архитектуры. На основе эталонной ар
хитектуры больших данных, представленной в категориях ролей и подролей, создаются механизмы для
сбора и организации результатов реализации процессов системной и программной инженерии. При
выполнении этого шага группа разработчиков должна опираться на положения ISO/IEC/IEEE 29148.
Этот стандарт поможет трансформировать описанные выше проблемы в конкретные и тестируемые
требования.
Стандарта, устанавливающего соответствие операций/действий той или иной роли, не существу
ет, поэтому один из подходов заключается в том, чтобы зафиксировать это соответствие в формате
утверждения требований. Эти утверждения должны иметь следующую общую форму:
<Роль или подроль> должна <глагол><объект>
Роль или подроль соответствуют субъекту, модальность и глагол — предикату, а объект — пред
мету, над которым выполняется действие. В ИСО/МЭК 20547-3 подробно описываются классы дей
ствий, которые должны выполняться системами.
Как правило, объект обозначает некоторый фрагмент данных, подлежащий обработке, а глагол —
операцию/действие, подлежащее выполнению.
Такие утверждения могут рассматриваться как бизнес-правила, реализуемые в системе, для кото
рой разрабатывается архитектура. Ниже приведены примеры возможных бизнес-правил, создаваемых
на данном шаге:
- сервис-провайдер комплектования больших данных должен подтверждать соответствие данных
XXX стандарту YYYY;
- сервис-провайдер визуализации больших данных должен представлять результаты в виде ори
ентированного графа;
- сервис-провайдер доступа к большим данным должен фиксировать доступ пользователя к
системе.
В целом, рассмотренные утверждения должны соответствовать требованиям по полноте и не
противоречивости. На данном шаге крайне важно заранее не предписывать выполнение действий. Для
крупномасштабных систем может оказаться полезной организация деятельности в соответствии с клас
сами, представленными в эталонной архитектуре больших данных. Иногда подобная дополнительная
структурированность может быть полезной для определения функциональных компонентов, необходи
мых для реализации.
Как и в случае с заинтересованными сторонами и их интересами, для идентификации каждого
действия должна использоваться уникальная нумерация/номенклатура, которая имеет важное значе
ние при отображениях. Один из подходов заключается в присвоении префикса (указателя) роли/под-роли
перед уникальным номером для каждого действия.
11