ГОСТ Р ИСО/МЭК 16680—2015
действия между подразделениями, и ИТ-системы не могут интегрироваться без значительных усилий
персонала (например, без повторного ввода или повторной интерпретации данных).
6.2.2 Уровень 2. Интегрированный (интегрированные элементы)
Внедрены технологии для обмена данными между разрозненными системами, а также для ин
теграции данных и взаимодействий. Становится возможным построение ИТ-системы. которая инте
грируется в рамках всех подразделений организации. Тем не менее интеграция не доходит до уровня
создания общих стандартов, данных или бизнес-процессов. Поэтому для объединения двух систем
необходимо зачастую довольно сложное преобразование данных, операций и протоколов, используе
мых этими системами. Для каждого такого преобразования может потребоваться специализированное
программное обеспечение и интерфейсы, что приводит к появлению множества новых приложений,
сложных в управлении и программировании. В связи с этим разработка и автоматизация новых бизнес-
процессов оказывается нелегхой задачей.
6.2.3 Уровень 3. Компонентный
Разрозненные ИТ-системы были проанализированы и разбиты на компоненты; имеющие структу
ру. позволяющую доработать их до новых конфигураций и систем. Кроме того, в ограниченной степени
может присутствовать анализ бизнес-функций в компонентах. Хотя компоненты взаимодействуют меж
ду собой через заданные интерфейсы, они не являются слабосвязанными, что ограничивает
гибкость и взаимодействие между разными сегментами организации (и даже между организациями в
«экосисте ме» деловых связей). Это порождает сложности в разработке и развертывании совместно
используе мых бизнес-процессов. Бизнес-компоненты и компоненты инфраструктуры являются
разрозненными и могут повторно использоваться при помощи программирования и методик EAI
(интеграция приложений предприятия). При этом зачастую они дублируют друг друга и порождают
избыточность.
6.2.4 Уровень 4. Сервисы
Из слабосвязанных сервисов создают композитные приложения. Возможные способы вызова
сервисов основаны на открытых стандартах и не зависят от технологии, на основе которой созданы
базовые приложения. Сервисы выполняются в ИТ-инфраструктуре. работа которой обеспечена соот
ветствующими протоколами, механизмами безопасности, функциями преобразования данных и управ
ления сервисами. Поэтому сервисы могут взаимодействовать друг с другом между разными подразде
лениями организации и даже между разными организациями в пределах экологической системы.
Их менеджмент зачастую осуществлен путем назначения обязанностей по управлению SLA (со
глашениями об уровне обслуживания) сегментам организации. Бизнес-функциональность детально
проанализирована и разбита на сервисы, располагающиеся в пределах бизнес-архитектуры, которая
обеспечивает взаимодействие сервисов на бизнес-уровне. Кроме того, сервисы можно определять
при помощи языка спецификаций (например. WSDL или архитектуры сервисных компонентов SCA),
который позволяет непротиворечивым образом определить операции, выполняемые сервисом, что
дает возможность построить каталог сервисов. Сочетание ИТ-архитектуры с архитектурой сервисов
позволяет на базе этих сервисов создавать системы, которые работают в рамках разных организаций в
пределах экологической системы. Тем не менее на этом уровне интеграции состав сервисов и поток
управления в составном сложном приложении задаются не декларативным языком определения пото
ка. а разработчиками, которые создают специализированный код. Это ограничивает гибкость разработ ки
новых бизнес-процессов в качестве сервисов.
6.2.5 Уровень 5. Композитные сервисы
На этом уровне завершенности сервисов становится возможным построить бизнес-процесс для
набора взаимодействующих сервисов — не только путем специализированной разработки, но и при
помощи составления композитных процессов, и на языке моделирования бизнес-процессов (например,
BPEL) для работы с информацией и управления при помощи отдельных сервисов. К композитным
сервисам относятся статичные сервисы, а также сервисы на основе процессов и операций. Это по
зволяет составлять сервисы в композитные бизнес-процессы, которые могут использоваться в течение
короткого или длительного промежутка времени, без написания значительных объемов кода. Таким
образом, проектирование и разработка сервисов выполняются гибким образом и могут осуществляться
разработчиками под тщательным руководством бизнес-аналитиков.
6.2.6 Уровень 6. Виртуальные сервисы
Бизнес- и ИТ-сервисы предоставляются через фасад-уровень косвенного обращения. Потреби
тель сервиса вызывает нужный ему сервис не напрямую, а через вызов «виртуального сервиса». Ин
фраструктура выполняет все нужные задачи по преобразованию виртуального вызова в физический
вызов самого сервиса. В рамках этого преобразования она может менять адрес, сеть, протокол, данные
7