ГОСТ Р ИСО/МЭК 16680—2015
Концепции трансформации, внедрения и завершенности SOA являются взаимозависимыми: из
состава трансформации можно выделить внедрения, в процессе которых создаются новые характери
стики — признак завершенности.
4.13 индикатор завершенности, характеристика (maturity indicator, characteristic): Характери
стика бизнеса или ИТ. которая может быть измерена и оценена с помощью ответов на определенные
вопросы. Каждый индикатор завершенности связан с определенной областью (и. соответственно, с
направлением) и уровнем завершенности; если индикатор оценивают как «истинный», это свидетель
ствует о том. что данная область относится к соответствующему уровню завершенности.
4.14 атрибут уровня завершенности (maturity level attribute). Наблюдаемые характеристики ин
дикатора завершенности в пределах направления для каждого уровня завершенности.
4.15 модель завершенности (maturity model): Средство и шкала оценки текущего состояния за
вершенности.
Модель завершенности также предоставляет средства разработки плана трансформации для
перехода от текущего состояния завершенности к целевому. Она позволяет количественно оценить
относительный рост определенных важных аспектов внутри разных направлений в рамках границ орга
низации. но не ограничивается ими.
4.16 должен (must): Определяет свойство или поведение, которое является обязательным для
оценки. Для соответствия данной спецификации оценка должна включать это свойство или поведение.
4.17 модель завершенности интеграции сорвисов консорциума Open Group; OSIMM (Open
Group Service Integration Maturity Model. OSIMM): Модель, позволяющая оценивать степень соответ
ствия организации или предприятия в рамках их ИТ или бизнеса принципам SOA. Модель определяет
семь уровней завершенности: уровень 1 означает наименьшую, а уровень 7 — наибольшую степень
соответствия. Следствием более высокой степени завершенности с большой вероятностью является
более высокий уровень гибкости в бизнесе. Однако высокий уровень не обязательно «лучше», посколь
ку у каждой организации может быть свой идеальный уровень завершенности в зависимости от ее
бизнес-требований и контекста бизнеса и ИТ.
4.18 организация (organization): Субъект, заинтересованный во внедрении SOA в целях развер
тывания бизнес-процессов на базе сервисов, включая правительственные организации, коммерческие
организации, бизнес-подразделения, проекты, предприятия, экологическую системуоказания услуг или
отрасли.
4.19 сервис (servis): Логическое представление воспроизводимой бизнес-операции, которое:
- имеет заданный результат (например, проверка кредита клиента, предоставление метеорологи
ческих данных, консолидация отчетов по бурению);
- является самостоятельным;
- может состоять из других сервисов:
- является «черным ящиком» для потребителей сервиса.
4.20 завершенность интеграции сорвисов (service integration maturity): Степень интеграции сер
висов, необходимая для реализации ориентированности на сервисы и определяемая семью уровнями
завершенности сервисов.
4.21 соглашение об уровне обслуживания; SLA (Service-Level Agreement, SLA): Договор, заклю
чаемый в основном между поставщиками услуг и их пользователями, в котором установлены соглаше
ния о доступности, объеме услуг и времени реагирования.
4.22 управление сервисами (service management): Практики и методики, необходимые для
управления сервисами в решениях SOA.
4.23 ориентированность на сервисы (service orientation): Способ мышления в терминах серви
сов. разработки на базе сервисов, а также результатов сервисов.
П ри м ечание - Объяснение терминов взято из определения SOA. которое было подготовлено Рабочей
группой Open Group SOA: см. wvw.opengroup.org>’projects/soa.
4.24 следует (Should). В отношении оценки, соответствующей этой спецификации, определяет
свойство или поведение, которое является рекомендованным, но не обязательным.
4.25 SOA: Архитектурный стиль, поддерживающий ориентированность на сервисы.
4.26 экосистема [SOA] ([SOA] Eco-System): Группа из одной или нескольких организаций, завися
щих друг от друга в области достижения бизнес-целей путем использования сервисов, в которых могут
быть использованы бизнес-процессы другой компании.
4