АРИС Текст 2. Водяхо А. И., Выговский Л. С., Дубенецкий В. А., Цехановский В. В. Архитектурные решения информационных систем
 Скачать 4.65 Mb.
|
WebSphere Enterprise Service Bus. Enterprise Service Bus (ESB) - это гибкая коммуникационная инфраструктура для интеграции приложений и сервисов, применение которой позволяет уменьшить число и сложность интерфейсов между компонентами системы. ESB распределяет сообщения между сервисами, конвертирует транспортные протоколы и форматы сообщений между источником запроса и сервисом, а также управляет бизнес-событиями различных источников.ESB позволяет организациям сосредоточиться на основных задачах бизнеса, а не на ИТ-инфраструктуре, необходимой для связывания программ между собой, и добавлять новые сервисы или изменять существующие при минимальном воздействии на работу уже имеющихся сервисов. Он обеспечивает перемещение данных между приложениями, распознавание формата данных, интеллектуальную маршрутизацию и преобразование форматов данных XML. С его помощью можно использовать WebSphere MQ в качестве инфраструктуры для коммуникационного взаимодействия между приложениями, а также применять другие коммуникационные протоколы, такие, как JMS или HTTP. WebSphere ESB построен на основе WebSphere Application Server. Продукт можно использовать совместно с WebSphere Integration Developer или с Rational Application Developer (если нужно писать Java-код). Для построения единой сервисной шины предприятия IBM в дополнение к ESB предлагает решение IBM WebSphere Message Broker. WebSphereMessageBroker. Этот брокер расширяет функции обмена сообщениями WebSphere MQ, добавляя к ним средства маршрутизации, преобразования и возможность работы в режиме публикации/подписки сообщений. Message Broker может выполнять разнообразные функции, в числе которых следующие: маршрутизация сообщений для нескольких целевых мест назначения на основе содержания сообщения или его заголовка; преобразование сообщений в разные форматы; дополнение содержимого сообщений в процессе передачи (например, за счет поиска в базе данных, выполняемого брокером сообщений); сохранение информации, извлеченной из сообщений в процессе их передачи, в базу данных; публикация сообщений и использование подписчиками критериев, основанной на теме или содержании. WebSphere Message Broker предоставляет опции масштабируемости в виде копий потоков сообщений и групп выполнения и упрощает интеграцию существующих приложений и Web-сервисов за счет преобразования и маршрутизации сообщений SOAP. Кроме того, он может выступать как промежуточное звено между Web-сервисами и другими моделями интеграции и обеспечивать транспортировку данных WebSphere MQ для корпоративной, мобильной и широковещательной связи, а также для передачи данных в режиме реального времени. В качестве инструментальных средств для работы с данным продуктом используется Message Broker Toolkit for WebSphere Studio, который реализован на базе WebSphere Message Broker, может работать на различных платформах и поддерживает обширный список ОС (Windows Server, AIX, Solaris, HP-UX, Linux для Intel, Linux для zSeries и z/OS) и использует базу данных DB2 в качестве репозитария для хранения информации о конфигурации. IBMWebSphereMQ. WebSphere MQ - это промежуточное ПО IBM, предназначенное для работы с очередями сообщений, которой поддерживает более 30 платформ и реализует следующие основные функции: обеспечивать гарантированную однократную доставку сообщений; поддерживать не зависящую от времени коммуникацию; обеспечивает высокую пропускную способность, которая может составлять более 250 млн. сообщений в день; поддерживать безопасные взаимодействия через защищенные каналы. WebSpherePartnerGateway Partner Gateway предназначен для организации взаимодействий типа B2B. Решение интегрирует внешние процессы и партнерские сообщества с внутренними процессами и инфраструктурами компании, предоставляя широкие возможности управления профилями партнеров и простые, надежные и защищенные средства для обмена сообщениями на уровне B2B. Partner Gateway формирует единую среду управления B2B-взаимодействиями с партнерами, поддерживающую такие форматы данных и протоколы передачи сообщений на основе EDI и XML для B2B-интеграции, такие, как AS1, AS2 и RosettaNet. WebSphere Business Monitor. Продукт отображает поступающие в режиме реального времени данные о событиях, происходящих в системе в терминах работы с сообщениями, и реализуют функции, связанные с уведомлением и предупреждением ключевых пользователей, о происходящих событиях. В состав продукта входят два основных компонента: пульт управления рабочими процессами и пульт управления бизнесом. Пульты управления реализованы в виде страниц WebSphere Portal с картами сравнительных показателей и поддерживают многомерный анализ и могут формировать отчетность. Пользователь может выполнять фильтрацию отчетов, а компонент Adaptive Action Manager инициирует выбранные действия или последовательности действий в реальном времени на основании установленных правил и политик. Средства разработки. WebSphere Business Modeler реализован на базе Eclipse и содержит программные средства, позволяющие бизнес-аналитикам графически моделировать бизнес-процессы. В ходе моделирования система основана на использовании шаблонов Шаблон представляет собой набор операций, необходимых для достижения какой-либо бизнес-цели. Формализация и последующее применение шаблонов позволяет оптимизировать и автоматизировать соответствующие бизнес-процессы. Данный инструмент может моделировать бизнес-процессы, элементы бизнеса (документы и продукты), ресурсы (персонал и физические активы) и структурные отношения между элементами организации. При работе в среде WebSphere Business Modeler можно выбрать соответствующий профиль пользователя, который задает требуемый уровень детализации при работе с моделями. Базовый профиль (Basic Business Modeling) предназначен для бизнес-аналитиков, работающих с высокоуровневым представлением модели бизнес-процесса. Промежуточный профиль (Intermediate Business Modeling) предполагает более подробное описание технических деталей модели, включая бизнес-правила и логику бизнеса, которые применяются к элементам модели. Профиль высшего уровня (Advanced Business Modeling) нацелен на разработку детальных моделей бизнес-процессов, на основании которых создаются программные приложения. WebSphere Integration Developer. В WebSphere Integration Developer входят средства тестирования, отладки и развертывания для разработки решений. Многократное использование компонентов упрощается за счет онлайновых модулей и библиотек. В его составе также имеются готовые конструкции для построения динамических процессов, включая бизнес-правила, машины бизнес-состояний и селекторы, мероприятия и ролевые функции для задач. Продукт устанавливается на WebSphere Process Server. Сочетание WebSphere Integration Developer с другими инструментами IBM, с одной стороны, и WebSphere Process Server и Application Server, с другой, образует платформу для проектов бизнес-интеграции и служит хорошим решением для реализации гибких сред на базе СОА. При необходимости эта среда может интегрироваться с инструментом бизнес-аналитики IBM WebSphere Business Modeler и с инструментом разработки JEE- и Web-решений IBM Rational Application Developer. IBM WebSphere Business Integration. Enterprise Service Bus. Выбор продукта для реализации ESB определяется требованиями конкретной ситуации. В составе IBM WebSphere Business Integration имеется 3 продукта, обладающих функциональность ESB: - IBM WebSphere Process Server; - WebSphere Enterprise Service Bus; - WebSphere Message Broker. WebSphere Enterprise Service Bus предназначен для обеспечения базовых возможностей ESB, в первую очередь для среды, основанной на Web-службах. Этот продукт основывается на WebSphere Application Server, который является базой транспортного уровня. В WebSphere Enterprise Service Bus к этой основе добавляется посреднический уровень, основанный на программной модели SCA, который обеспечивает интеллектуальные возможности связи. Если у заказчика в среде используется много Web-служб, то, скорее всего, WebSphere Enterprise Service Bus будет наилучшим решением. WebSphere Message Broker представляет собой более совершенное ESB-решение с дополнительными возможностями интеграции, такими как универсальная связь и трансформации «из любого в любой формат» для систем, ориентированных на работу с данными. Этот продукт может осуществлять интеграцию служб, а также интеграцию с приложениями, не использующими службы. Как правило, заказчикам, которым требуется высокопроизводительный продукт в среде, ориентированной на работу с сообщениями, следует использовать WebSphere Message Broker. IBM WebSphere Process Server целесообразно использовать в случае, если требуется работать с сложными бизнес-процеммами, используя, в частности механизмы работы с бизнес-правилами. Кроме всего прочего следует отметить, что перечисленные выше продукты существенно различаются по стоимости. Эти продукты также можно использовать в сочетании. Существует два основных сценария, в которых возможно применение такого сочетания: В первом случае оба ESB-продукта соединяются друг с другом для создания в масштабе предприятия ESB, объединяющей в себе возможности поддержки Web-служб и интеграцию приложений для обмена сообщениями. Во втором случае WebSphere Message Broker играет роль центральной ESB, а WebSphere Enterprise Service Bus обеспечивает обработку сообщений, отправляемых в филиалы, хранилища, базы данных и т.п. [168]. Другие коммерческие и свободно распространяемые системы интеграции КИС. Ниже приведен перечень и краткая характеристика отдельных как коммерческих, так и свободно распространяемых систем интеграции КИС класса ESB. Следует иметь в виду, что данный список далеко не полный.Apache ServiceMix (The Apache Software Foundation) [169] представляет собой Java фреймворк, ориентированный на СОА и ESB, поддерживающий спецификации API Java Business Integration (JBI) и OSGi. Этот фреймворк предназначен для реализации главной идеи JBI - построения решений на основе сервисов компонентному принципу. Как и многие другие проекты Apache, ServiceMix имеет интеграцию с таким актуальным для Java-программистов решением, как Spring. ServiceMix включает в себя полностью реализованный JBI-контейнер, реализующий все спецификации JBI. Также ServiceMix предоставляет простое клиентское API для работы с JBI-компонентами и сервисами, а также предоставляет реализацию WS Notification. ServiceMix может использоваться совместно с Apache Camel, ActiveMQ и Apache Synapse. Apache Camel (The Apache Software Foundation) [170] открытый кроссплатформенный java framework, который позволяет проводить интеграцию приложений в простой и понятной форме. Основу составляет Apache Camel, представляющий собой процессор маршрутизации (routing engine), который позволяет определять собственные правила маршрутизации, источники сообщений, методы обработки сообщений и их получателей. Camel вводит простой интеграционный язык, который позволяет определить сложные правила маршрутизации, подобно описанию бизнес-процессов. Один из фундаментальных принципов Camel в том, что он не навязывает никакой канонической модели данных. Сообщения могут быть любого вида, а не только в виде XML. Camel безразличен к формату обрабатываемых данных. Что приходит извне, то и попадает на обработку в тот или иной маршрут. В то же время Camel поддерживает высокий уровень абстракции, что позволяет обмениваться данными с различными системами без оглядки на специфику протокола. Различных протоколов, подключаемых к ядру в виде компонентов, реализовано уже больше 70-ти. Такой выбор архитектуры позволяет выполнять преобразования сообщений только там, где это действительно нужно. Все это делает Camel гибким и быстрым. Он легко встраивается в проекты, где нужна мощнейшая поддержка маршрутизации сообщений. Mule (MuleSoft) [171] – инструментарий, разработанный в качестве альтернативы громоздким платформам интеграции, для использования которых необходимы специальные навыки и кропотливая работа. В основе Mule лежит идея упростить труд интегратора, дав ему возможность сосредоточиться на создании необходимой бизнес-логики. Инструментарий можно применять как в простейших проектах — для связи двух конечных точек, так и в качестве ESB. Cервисно-ориентированная архитектура и сервисно-ориентированной организация. Когда говорят об уровнях зрелости применительно к ИТ сфере, то чаще всего имеют в виду Capability Maturity Model Integration (CMMI) — набор моделей (методологий) совершенствования процессов в организациях разных размеров и видов деятельности, которая содержит набор рекомендаций в виде практик, реализация которых позволяет достигнуть цели, необходимые для успешной определенных видов деятельности. CMMI модель была хорошо принята разработчиками ПО и достаточно успешно применялась на практике, поэтому появилась идея распространить идея модели, основанные на понятии зрелости на смежные области. В частности, были предложены ряд моделей зрелости СОА и модель зрелости Maturity Model for Service Oriented Enterprises. В отличие от CMMI, которые фактическими отраслевыми стандартами, модели зрелости СОА и SOE являются предложениями отдельных компаний. Хотя эти модели не столь подробно проработаны как CMMI, они достаточно полезны как для системных архитекторов, так и интеграторов. В рамках данной модели зрелости СОА выделяются выделяются 5 уровней (рис. 12.11).
Рис. 12.11. Модель зрелости СОА Уровень 1. Эпизодическое применение СОА (Initial Services). Уровень 2. Архитектурный уровень (Architected Services) Уровень 3. Бизнес сервисы и службы взаимодействия (Business Services And Collaborative Services) Уровень 4. Снятие метрик бизнес сервисов (Measured Business Services) Уровень 5. Оптимизация бизнес процессов (Optimized Business Services).  Рис. 12.12. КИС коммерческой организации, соответствующая уровню 1. Уровень 1. Эпизодическое применение СОА (Initial Services). Это низший уровень зрелости, на котором принимаются решения о целесообразности ориентации организации на использования СОА, выполняется ряд отдельных проектов, ориентированных на реализацию СОА. На этом уровне идет процесс внедрения основных стандартов СОА от W3, таких как XML для определения форматов сообщений, WSDL для описания интерфейсов и SOAP вызова сервисов. Основными задачами, решаемыми на первом уровне является ознакомление с возможностями СОА и накопление опыта работы с СОА в процессе решения конкретных задач. На данном уровне зрелости в организации начинают внедряться ESB, реестры, поддерживающий стандарт UDDI. В качестве примера КИС, соответствующей первому уровню зрелости, рассмотрим систему, структура которой показана на рис. 12.12 и представляет собой КИС коммерческой организации, основу которой составляет пакетное решение на базе ERP системы, в состав которой, в частности, входит подсистема расчета зарплаты. Допустим у менеджеров компании появилась идея внедрить систему анализа и предсказания уровня зарплат, которая реализуется в виде отдельного сервиса. Связывание подсистемы расчета зарплаты со вновь создаваемой системой предсказания зарплат может реализоваваться разными способами, в частности, может потреббоваться разработка отдельного адаптера. Доступ к обоим приложениям может быть организован через портал. После того, как появляется определенный опыт интеграции приложений и некоторая инфраструктура, может быть принята решение о дальнейшем развитии СОА.  Рис. 12.13. Модернизированная КИС коммерческой организации, соответствующая уровню 1 На рис. 12.13 показана структура той же КИС, в которую включены три дополнительных элемента: ESB, Служба управления сервисами и Реестр сервисов. Корпоративная сервисная шина (An Enterprise Service Bus (ESB) ), обеспечивающая стандартное взаимодействие между компонентами СОА, включая Web-сервисы, реляционные базы данных, очереди сообщений, унаследованные системы. С помощью ESB легко можно интегрировать платформы, например, .NET и JEE и пакетные системы класса CRM и ERP. Служба управления сервисами (A Service Level Management Service), представляет собой сервис, который обеспечивающая управление сервисами, снятие метрик и мониторинг служб. Реестр (A Services Registry), поддерживающий стандарт UDDI, который обеспечивает централизованное хранение описаний доступных сервисов. Теперь КИС можно рассматривать как имеющую СОА архитектуру, однако она продолжает соответствовать уровню 1, поскольку отсутствует документированная архитектура.  Рис. 12.14. КИС коммерческой организации, соответствующая уровню 2 Уровень 2. Архитектурный уровень (ArchitectedServices), отличается от начального переходом от случайной к плановой интеграции и внедрении стандартов, в частности, W3C, OASIS и WS-I стандартов. При этом предполагается, что в организации имеется документированная архитектура и план ее развития. Имеются политики повторного использования компонентов и политики безопасности. Переход от уровня 1 к уровню 2 означает, прежде всего, переход от решения отдельных задач интеграции приложений по мере их появления к видению текущей архитектуры ИС организации и желаемой архитектуры. На рис. 12.14 показан пример описанной выше КИС, соответствующий Уровню 2. Системы включает все ключевые элементы, которые имеет система по рис. 12.13 , при этом появляются некоторые новые элементы. Репозитарий сервисов и политик (A Services and Policies Repository),который является расширениемServices Registry и включает расширенное описание функциональности служб, в частности. Сервис управление особыми ситуациями (An Exception Management Service),обеспечивающим реализацию механизмов обнаружения, диагностики и реагирования на особые ситуации как на системном уровне, так и на уровне приложений. Сервис Преобразование (Message Transformation)для обеспечения интеграции служб на уровне структуры сообщений. Обычно это реализуется с помощью XLST преобразований, которые применяются к XML сообщениям. Это происходит под управлением ESB. Однократная аутентификация и авторизация (A Single Sign-On Service)поддерживает систему аутентификацию и авторизацию в рамках организации. Такие сервисы реализуются на основе стандарта OASIS SAML, который определяет форматы обмена информацией, относящейся к процедурам аутентификации и авторизации. Данная система может быть отнесена ко 2-му уровню зрелости, причем основным доводом в пользу отнесения ее к уровню два является не число реализованных сервисов, а наличие документированной архитектуры. Уровень 3 — бизнес сервисы и службы взаимодействия (BusinessServicesAndCollaborativeServices), характеризуется тем, что начинают использоваться системы управления бизнес-процессами, в которых задействованы как внутренние сервисы, так и сервисы организаций-партнеров. Кроме того, начинают использоваться бизнес-процессы с большим временем жизни и бизнес процессы, управляемые событиями, активно используется стандарт WSBPEL. Таким образом, основной отличительной особенностью данного уровня следует считать переход от Web-сервисов к бизнес сервисам, которые используются как внутри организации, так и для реализации партнерских связей. Уровень 3 определяет два новых категории: бизнес сервисы (Business Services) и сервисы сотрудничества (Collaborative Services). Поэтому иногда данный уровень разбивают на два подуровня: уровень бизнес сервисов (3а) и уровень сервисов сотрудничества (3b). Бизнес сервисы ориентированы на совершенствование внутренних бизнес процессов организации. Процессы сотрудничества ориентированы на совершенствование процессов взаимодействия с внешними партнерами. Для того чтобы система принадлежала уровню 3 не обязательно, чтобы она поддерживала и бизнес сервисы и сервисы сотрудничества. Достаточно, чтобы поддерживался любой из видов взаимодействия. На рис. 12.15 показан пример структуры рассмотренной выше КИС, соответствующей уровню 3. Помимо имевшихся ранее подсистем, появляются две новые подсистемы: - подсистема управления бизнес-процессами (Business Process Management (BPM)), построенная на базе bpel-движка; - подсистемы поддежки сервисов сотрудничества (Collaboration Services), использующая протоколы B2B взаимодействия такие как RosettaNet, которые включают стандарты XML для обмена данными при выполнении таких операций как получение информации о продукте, заказы т.д.  Рис. 12.15. КИС коммерческой организации, соответствующая уровню 3Основное преимущество СОА – это возможность относительно легко модифицировать структуру бизнес процессов за счет модификации самих сервисов. В данном примере для согласования деятельности служб продаж (Trading Service) и службы заказов (Order Management Service) используется отдельная служба согласования (Compliance Service). Сервисы, служб продаж и служб заказов остаются неизменными. Данное приложение является многоканальным (multi-channel).Сервисами заказа и продаж пользуютсяCall Center Service и Online Service. Другой характерной чертой Уровня 3 – использование сервисов сотрудничества Collaborative Services), которая ориентирована на поддержание связей с внешними партнерами. Уровень 4 — измеряемые бизнес сервисы (MeasuredBusinessServices). Специфика этого уровня – это снятие метрик бизнес процессов, обработка и представление результатов в терминах предметной области таким образом, чтобы обеспечить постоянную обратную связь с целью настройки производительности и повышения эффективности бизнес процессов. Однако решения об изменении структуры организации, изменении структуры бизнес-процессов принимают люди. Обычно это делают менеджеры c учетом рекомендаций, подготовленных бизнес-аналитиками. Основной отличительной особенностью данного уровня является наличие механизма снятия и обработки бизнес-информации о функционировании системы. Полученная информация обрабатывается соответствующими подсистемами и обычно предоставляется менеджерам. Обработка обычно представляет собой процесс извлечения знаний из данных, который называют data mining.  Рис. 12.16. КИС коммерческой организации, соответствующая уровню 4 На данном уровне появляются ряд новых подсистем, представленных соответствующими сервисами, основными из которых являются следующие: подсистема мониторинга бизнес активности (Business Activity Monitoring, BAM), который обеспечивает обратную связь, причем результаты мониторинга накапливаются в базе данных; мониторинг осуществляется преимущественно на уровне бизнес процессов; подсистема работы с бизнес-правилами (RuleEngine); подсистема работы с событиями. подсистема обработки событий. На рис. 12.16 показан пример КИС, соответствующей уровню 4, которая является развитием рассматриваемой выше системы. Система по рис. 12.16 имеет ряд новых элементом, в частности, она интегрирована с производственной подсистемой, которая может быть построены на основе отдельной ESB, реализованы подсистемы мониторинга бизнес-активностей (BAM), подсистема работы с правилами, база данных событий. Подсистема обработки событий в реальном масштабе времени (РМВ), реализующая процесс накопления информация о событиях в БД, фильтрации информации о событиях фильтрации и выделения значимых событии на основе правил. В качестве пользователей системы обработки событий выступают бизнес-аналитики, ответственные за аналитическую обработку информации и менеджеры, к которым поступаем информация уже обработанная бизнес-аналитиками. Система обработки событий работает в РМВ. Решения об изменении параметров бизнес процессов продолжают приниматься человеком. Уровень 5 - Оптимизация бизнес процессов (OptimizedBusinessServices). Отличительной особенностью КИС, соответствующих уровню 5 являются наличие автоматической реакции на события. Бизнес процессы могут трансформироваться (настраиваться). Возможно использования бизнес интеллекта в РМВ. Деятельность организации оптимизируется в терминах бизнес правил и бизнес целей. На рис. 12.17 показана структура системы, отвечающий уровню 5.  Рис. 12.18. КИС коммерческой организации, соответствующая уровню 5 В качестве примера рассматривается та же система, что и была рассмотрена в предыдущих примерах. В системе появляется новый сервис – Серсис поддержки принятия решений. Это сервис, который реализует два действия: определять бизнес политики и бизнес-правила; изменять правила в соответствии с результатами мониторинга бизнес-активностей. Данная система может работать как в автоматическом режиме, так и в полуавтоматическом режиме (режиме выдачи рекомендаций). Можно привести следующий пример использования системы, соответствующей уроню 5. Допустим, что организация занимается выпуском и продажей компьютеров. В некоторый момент времени появляется проблема с поставками дисковых накопителей большой емкости. В этом случае система формирует бизнес-политики, направленные на повышение спроса на младшие модели посредством коррекции ценовой политики. Эти коррекции реализуются через коррекцию бизнес-правил и могут включать такие меры как уменьшение цен, скидки, акции по распродаже и т.д. Кроме того, достаточно просто можно организовать формирование цен в зависимости от цен на комплектующие, материалы и других факторов. Реализовать данный подход при использовании СОА значительно легче, чем при использовании других архитектурных решений. Рассмотренная выше модель зрелости СОА включает как технологические, так и бизнес аспекты. На уровнях 1-3 уровень зрелости оценивается в технологических терминах, т.е. принадлежность к соответствующему уровню зрелости рассматривается с точки зрения использования тех или иных технологий, Например, наличие bpel-процессора является необходимым для того, чтобы система могла быть отнесена к уровню зрелости 3а. Следует заметить, что применительно к уровням 4-5 используются уже термины бизнес-логики. Модель зрелости сервисно-ориентированной организации (Maturity Model for Service Oriented Enterprises) была предложена фирмами IBM and BEA Systems приблизительно в одно время с рассмотренной выше моделью зрелости СОА и имеет целью определить модель зрелости в бизнес-терминах. Она определяется в таких терминах как тематика выполняемых ИТ проектов и возврата инвестиций. Данная модель также определяет пять уровней зрелости. Уровень 1- базовый (SOEfoundation). Это начальный уровень, на котором должны быть определены все основные бизнес-процессы и должна быть создана сервисно-ориентированная инфраструктура, определены основные показатели эффективности как сервисно-ориентированной инфраструктуры, так и бизнес-процессов. На данном уровне зрелости предполагается активные финансовые вложения в создание сервисно-ориентированной инфраструктуры. Выполняемые ИТ-проекты ориентированы на создание развитой сервисно-ориентированной инфраструктуры. Существенных объемов возврата инвестиций обычно не планируется. Уровень 2- повторяемый, ориентированный на интранет (SOErepeatableprojects—intra-focused). Требованиями данного уровня является наличие развитой СОА, в частности использование одной или нескольких ESB. Должны быть специфицированы все задачи, которые могут быть решены средствами СОА. Определены все потенциальные пользователи КИС и зафиксированы их роли. Особое внимание уделяется вопросам качества, внедряются такие протоколы как WS-Security, WS-ReliableMessaging. Основное внимание направлено на использование СОА решений внутри организации. ИТ-проекты направлены преимущественно на разработку и внедрение бизнес-процессов на базе созданных сервисов. На этом этапе реально начинается процесс возврата инвестиций. Основным источником является уменьшение стоимости внедрения отдельного бизнес-процесса за счет использования средст управления бизнес-процессами на основе bpel и, в частности, за счет повторного использование бизнес процессов. Уровень 3- базовый (SOE extended enterprise-focused). Основные задачи, решаемые на данном уровне, связаны с интеграцией ИТ-инфраструктуры организации в глобальное информационное пространство. Если на уровне 2 основным инструментом интеграции сервисов является оркестровка, то на уровне 3 – это хореография, т.е. объединение бизнес-процессов протекающих в нескольких организациях. В качестве бизнес целей выступает поиск бизнес партнеров с целью организации совместного бизнеса. Реализуется мониторинг бизнес-процессов протекающих в рамках нескольких организаций. Основная тематика ИТ-проектов связана с организацией взаимодействия с партнерами по бизнесу. Возврат инвестиций достигается преимещественно за счет уменьшения стоимости поддержки партнерских связей. Уровень 4- базовый (SOE—solution focused). Основное внимание направлено на совершенствование сервисно-ориентированной инфраструктуры, которая бы обеспечивала позволяла бы эффективно реализовать как бизнес-процессы внутри организации, так и бизнес процессы, в которых участвуют организации-партнеры. Основные ИТ-проекты связаны с разработкой типовых горизонтальных и вертикальных решений, которые позволяют в короткие сроки при минимальных затратах реализовывать новые бизнес-процессы. Речь идет о широком внедрении «лучших практик», т.е. фреймворков. Основным источником возврата инвестиций является снижение стоимости внедрения новых бизнес процессов за счет использования типовых решений уровня фреймворков. Уровень 5- оптимизация производительности, гибкость, интеллектуализация (SOE— performance, agility, andintelligencefocused). Ориентация идет на решение проблем, связанных с созданием гибких (agile) систем, способных эффективно адаптироваться к изменениям окружающей среды. Для этого активно используются механизмы работы с бизнес-правилами и политиками. Внедряются механизмы автоматического обнаружения Web-сервисов, в частности, средствами семантического Web, построения бизнес процессов в динамике. Основные темы ИТ-проектов связаны с с внедрением интеллектуальных технологий, ориентированных на работу со знаниями, позволяющими эффективно адаптироваться к изменению требований, а основной источник возврата инвестиций – уменьшение суммарной стоимостью владения системой в условиях быстро изменяющейся окружающей среды. В заключении следует отметить, что рассмотренная модель зрелости во многом отличается от COA модели и ее можно рассматривать как расширение СOA. Эти модели можно рассматривать как взаимодополняющие, при этом СОА модель – это видение системы с точки зрения интегратора, а SOE – с точки зрения менеджера [172, 173]. |