ГОСТ Р ИСО/МЭК 16680—2015
4.2 архитектурный стиль (architectural style): Сочетание отличительных особенностей, в которых
осуществлена или выражена архитектура. Архитектурный стиль SOA имеет следующие отличительные
особенности:
-основан на проектировании сервисов, отражающих бизнес-операции реального мира, и охваты
вает основные корпоративные (или межкорлоративные) бизнес-процессы,
- представление сервиса использует для предоставления контекста бизнес-описания (то есть биз
нес-процессы. цель, правило, политика, интерфейс сервиса и компонент сервиса) и реализует гармо
ничное комбинирование сервисов.
- устанавливает уникальные требования к инфраструктуре — в реализациях рекомендуется ис
пользовать открытые стандарты для обеспечения совместимости, а также прозрачности места исполь
зования;
- реализации специфичны для конкретной среды — они ограничены условиями применения или
возможны благодаря им и должны быть определены в пределах этих условий применения:
- требует жесткого управления представлением и реализацией сервиса:
- требует проведения проверки на предмет определения качества сервиса.
4.3 оценка (assessment): Процесс оценки или экспертизы для определения завершенности.
4.4 стандарт языка исполнения бизнес-процессов (BPEL): Стандарт языка исполнения бизнес-
процессов.
4.5 бизнес-сервис (business service): Самостоятельная часть бизнес-функциональности, которая
может быть вызвана через строго определенные стандартный интерфейс и протокол, независимо от
платформы реализации, и управляется в соответствии с договором, в котором определены уровни до
ступности и качество обслуживания.
4.6 может (сап): Определяет допустимое необязательное отличительное свойство или поведение,
которые может иметь оценка.
4.7 направление, представление (dimension, view): Основная ось. вдоль которой можно изме
рять уровень завершенности SOA.
Направления означают важные представления бизнеса и ИТ-среды. в которых применение прин
ципов SOA может оказывать значительное воздействие. В каждом направлении организация может
находиться на разных уровнях завершенности, и общий уровень завершенности организации можно
определить, исходя из совокупности уровней по направлениям. В первом приближении направления
кажутся независимыми друг от друга, однако между ними имеются определенные взаимосвязи.
4.8 область (domain): Составная часть направления, представляющая его более конкретный
аспект, по которому возможна оценка организации с точки зрения уровня завершенности ее SOA. Кроме
того, этот термин может обозначать аспект, на который могут оказывать воздействие принципы SOA. В
любой из областей имеется один или несколько индикаторов завершенности на каждом уровне завер
шенности. Совокупность индикаторов определяет путь развития от менее зрелой SOA к более зрелой.
Общий уровень завершенности направления определяется исходя из совокупности уровней по обла
стям.
4.9 динамическая конфигурация (dynamic configuration): Способность системы обнаруживать
новые сервисы исходя из сопоставления требуемой спецификации, а также конфигурировать себя для
вызова этих новых сервисов без разработки нового программного кода.
4.10 структура (framework): Фундаментальная структура или набор структур, которые могут быть
использованы для разработки самых разных архитектурных продуктов. Архитектурная структура долж на
включать в себя методы разработки информационной системы с точки зрения набора сервисов и
демонстрации того, как сервисы сочетаются друг с другом. Кроме того, она должна включать в себя
набор инструментов и определять общий словарь.
4.11 основная модель данных (master data model): Сервис виртуальной, интегрированной моде
ли данных с основным представлением.
4.12 завершенность (maturity): Достижение в организации характеристик и поведения, которые
обеспечивают более эффективное функционирование в соответствии с бизнес-ролями в результате
трансформации и адаптации.
Например, в организации могут быть налажены процессы выявления новых сервисов, которые
будут упрощать создание сервисов в будущем. Основные свойства характеристик и поведения, достиг
нутых в организации, определяют уровень завершенности интеграции сервисов, которые и описаны в
модели OSIMM.
3