Классификация информационных технологий интеграции

На уровне отдельной организации проблема интеграции возникает сразу, как только в ней внедряется несколько корпоративных приложений.

Можно дать следующую классификацию технологий интеграции:

· Системы интеграции корпоративных приложений (Enterprise Applications Integration, EAI) -- технологии, ориентированные на решение проблем интеграции различных систем, приложений и данных внутри отдельной организации. Иногда для этих технологий используется аббревиатура A2A (Application-to-Application -- приложение-приложение).

· Системы интеграции между организациями (межведомственной интеграции) Business-to-Business (Business-to-Business Integration, B2Bi) -- технологии, ориентированные на обеспечение безопасного, надежного информационного обмена между различными организациями и их информационными системами. Эти технологии обеспечивают пересылку информации за пределы сетевых экранов (firewall) и дают возможность автоматизировать бизнес-процессы в рамках «расширенных организаций», которые включают поставщиков, партнеров, потребителей продуктов и услуг и т. д.

· Технологии управления бизнес-процессами (Business Process Management, BPM), являющиеся результатом естественной эволюции классических систем документооборота и делопроизводства (workflow systems) и систем класса EAI и B2Bi. Традиционные системы управления документами ориентировались в основном на пересылку информации между людьми, выполнявшими определенные действия. В отличие от технологий B2Bi, которые ориентированы на интеграцию данных в межведомственной среде, технологии BPM интегрируют данные, приложения и людей через единые бизнес-процессы. Это отражает современную точку зрения, что основой интеграции должны быть бизнес-процессы. Причина здесь состоит в том, что бизнес-процессы организации «пересекают» границы различных приложений, департаментов и организаций.

Таблица 1 Классы систем

Традиционные технологии интеграции корпоративных приложений EAI и межведомственной интеграции B2Bi основаны на использовании так называемого брокера (узла пересылки, шлюза) сообщений.

Технологическим фундаментом брокера сообщений является, как правило, программное обеспечение промежуточного слоя пересылки сообщений (Messaging-Oriented Middleware, MOM), которое обеспечивает транспорт доставки информации и данных между прикладными системами. Примером такого программного обеспечения является «сервер очередей сообщений» MSMQ (Microsoft Message Queuing). Продукты этого класса обеспечивают транспорт гарантированной доставки сообщений между приложениями в территориально распределенной среде. Подход к интеграции приложений на основе продуктов класса MOM стал стандартным в области интеграции корпоративных информационных систем в конце 90-х годов.

Базовая идея этой технологии заключается в следующем. Пусть имеется несколько приложений, связанных некоторой коммуникационной средой, но, возможно, не очень надежной. Одно приложение (например, система документооборота A) должно переслать информацию/документ другому приложению (системе документооборота B). Система A передает документ серверу пересылки сообщений и «забывает» о нем. Сервер пересылки сообщений обеспечит гарантированную и однократную доставку информации в систему B.

Если при этом интегрируемые приложения находятся внутри организации в рамках одной корпоративной сети, то обеспечивается пересылка информации в режиме, «близком к реальному времени».

Если интегрируются приложения, находящиеся в разных организациях, то принцип «очереди сообщений» и гарантированной доставки, который реализуется MOM-продуктами, обеспечивает асинхронное взаимодействие и так называемое «слабое связывание». Приложение организации A не вправе ожидать мгновенной доступности приложения организации B, но программное обеспечение гарантированной доставки сообщений берет на себя ответственность за доставку информации между ними.

2. Системы интеграции корпоративных приложений и системы интеграции между организациями

• корпоративный интеграция автоматизация приложение

Корпоративные приложения на заре своего появления - начиная с 60-х и до конца 70-х годов - были исключительно просты в исполнении, располагали простыми функциями и были разработаны в основном для выполнения повторяющихся задач. Тогда никто не задумывался об интеграции корпоративных данных. Основная задача состояла в том, чтобы автоматизировать некоторые процессы.

К 80-м годам некоторые компании начали понимать значение и необходимость интеграции приложений. Ситуация осложнялась тем, что многие сотрудники IT-отделов стали предпринимать попытки перепроектировать используемые приложения, надеясь, что таким образом они смогут их интегрировать. В качестве примера можно привести проекты, целью которых было выполнение оперативной обработки транзакций с помощью систем, предназначенных для обработки информационных данных (функциональность Хранилищ данных).

90-е годы ознаменовались рассветом ERP-систем - в результате, корпорации столкнулись с необходимостью использовать существующие приложения и данные в рамках одной ERP-системы. Попытки решить эту интеграционную проблему исходили от самих поставщиков программных продуктов - от SAP, Oracle, PeopleSoft. Поставщики утверждали, что использование их продуктов "автоматически" снимает задачу интеграции. Корнеев И.К., Машурцев В.А. Информационные технологии в управлении. М.: Инфра-М, 2005. С. 84 В качестве подтверждения своей теории они приводили следующие аргументы:

· Любая ERP-система автоматизирует большинство процессов: управление персоналом, начисление заработной платы, обработку заказов, управление поставками и закупками и т.д.

· Все эти приложения уже "интегрированы", поскольку поставляются одной компанией-разработчиком.

· Таким образом, внедрение ERP-системы снимает необходимость вкладывать значительные средства в интеграцию приложений.

Тем не менее, несмотря на привлекательность выдвинутой теории, практика показала ее несостоятельность. Действительно, ни одна ERP-система не в состоянии решить все задачи, стоящие перед предприятием. Следовательно, потребуется приобретение дополнительного модуля или разработка собственного приложения, реализующего необходимую функциональность, и, как результат, проведение интеграции. Помимо этого, утверждение, что ERP-система уже интегрирована, достаточно условно, поскольку при установке новой версии одного из приложений, входящих в ERP-систему, требуется обновление и других модулей. Поэтому поставщики должны обеспечить возможность внедрения различных версий своих приложений - что также требует интеграции. Кроме того, в компаниях всегда остается несколько "устаревших" приложений. Дело в том, что на внедрение всех модулей ERP-системы нужны годы, и пока они устанавливаются, используется существующие приложения, т.е. снова необходима интеграция. Наконец, слияния и поглощения компаний являются источником возникновения интеграционных проблем: часто в компаниях используются ERP-системы от различных поставщиков - в этом случае, как говорится, комментарии излишни…

Однако, не только ERP-системы дали толчок развитию технологии EAI. Так, были и другие причины роста рынка EAI - распространение пакетов приложений, которые решали потенциальные проблемы Year 2000, интеграция B2B и управления цепочками поставок, оптимизация бизнес-процессов, интеграция web-приложений и общее развитие технологий.

В соответствии с определением, приведенным на авторитетном ресурсе ITtoolbox, EAI - это сложная и многогранная технология, которая охватывает все уровни корпоративной системы - ее архитектуру, аппаратное и программное обеспечение и процессы. EAI означает проведение интеграции на следующих уровнях:

Интеграция бизнес-процессов (Business Process Integration, сокр. BPI)

При интеграции бизнес-процессов компания должна определять, реализовывать и управлять процессами обмена корпоративной информацией между различными бизнес-системами. Благодаря этому организация может упростить операции, сократить расходы и улучшить реагирование на запросы клиентов. Элементы включают управление процессами, моделирование процессов и технологический процесс, который охватывает различные задачи, процедуры, архитектуры, требуемую входную и выходную информацию, а также средства, необходимые для каждого шага в бизнес-процессе. Информационные технологии управления: Учебное пособие / Под ред. Ю.М. Черкасова. - М.: ИНФРА-М, 2005. С. 163

Интеграция приложений (Application Integration)

На этом уровне интеграции целью является объединение данных или функции одного приложения с другим, благодаря чему обеспечивается интеграция, близкая к реальному времени. Интеграция приложений используется - и это далеко не полный список - для интеграции B2B, внедрения CRM-систем, которые интегрированы с корпоративными серверными приложениями, web-интеграции и построения web-сайтов, которые поддерживают многочисленные бизнес системы. Кроме того, может потребоваться проведение специальной интеграции, особенно когда требуется интегрировать существующее приложение с вновь устанавливаемым ERP-приложением.

Интеграция данных (Data Integration)

Залогом успешной интеграции приложений и бизнес-процессов является интеграция данных и систем баз данных. Прежде чем приступать к интеграции, необходимо идентифицировать (определить местонахождение) и каталогизировать данные, построить модель данных. По завершении этих трех шагов данные можно совместно использовать/распространять в системах баз данных.

Стандарты интеграции (Standards of Integration)

Для обеспечения интеграции данных необходимо выбрать стандартные форматы для данных. Стандартами интеграции являются те форматы, которые поддерживают использование и распространение информации и бизнес данных, т.е. стандарты являются основой для проведения интеграции корпоративных приложений. К ним относятся COM+/DCOM, CORBA, EDI, JavaRMI и XML.

Интеграция платформ (Platform Integration)

Чтобы завершить интеграцию систем - базовой архитектуры, аппаратного и программного обеспечения - необходимо интегрировать разнесенные части гетерогенной сети. Интеграция платформ касается процессов и инструментов, с помощью которых эти системы могут осуществлять безопасный и оптимальный обмен информацией. В результате, данные могут беспрепятственно передаваться по различным приложениям. Например, определение того, как нужно надежно передавать информацию с NT- на UNIX-машину, является чрезвычайно непростой задачей по интеграции всей корпоративной системы.

Существующую неоднородность рынка EAI можно объяснить тем, что компании предлагают продукты, в которых реализуется только часть задач интеграции, и ни один поставщик пока не поставляет законченного решения. Лидерами на этом рынка являются BEA Systems, CrossWorlds Software, IONA Technologies, Level 8 Systems, Mercator Software, NEON (в 2001г. этот поставщик был приобретен компанией Sybase), SeeBeyond, Software AG, TIBCO, Vitria Technology и webMethods. Среди компаний, занимающихся интеграцией крупных систем, можно выделить IBM Global Services, Accenture,

Согласно прогнозам аналитиков, в ближайшем будущем рынок услуг в области EAI станет наиболее перспективным и быстро растущим сегментом рынка IT. По оценке консалтинговой компании IDC, ожидается устойчивый рост поступлений от реализации программного обеспечения, предназначенного для решения интеграционных задач: так в 2001г. эта сумма составляла 4.3 млрд. долларов, а в 2006г. она должна вырасти до 8.2 млрд. долларов.

Интеграция корпоративных приложений (EAI) и интеграция «бизнес-бизнес» (B2Bi) долгое время считались двумя отдельными областями корпоративной информационной среды. К каждой из них предъявлялись свои требования, поэтому и задачи были разными. Хотя и EAI, и B2Bi представляют собой интеграцию отдельных информационных систем, внутри и за границами брандмауэрами соответственно, ранее предполагалось, что они принципиально различны. Вопросы принадлежности инфраструктуры, управления архитектурой, технические ограничения и многие другие объявлялись критериями, фундаментально отличающими EAI от B2Bi.

Тем временем деловые операции становились все более и более распределенными, компании чаще претерпевали организационно-структурные изменения и перекладывали деловые процессы на плечи поставщиков или партнеров, поэтому брандмауэр стало нельзя больше рассматривать как четкую границу между тем, что является для корпорации внутренними процессами, а что -- внешними. Неожиданно оказалось: требования, выдвигаемые ранее только к EAI, проникают и в область B2Bi, тогда как требования к B2Bi все чаще встают и перед EAI. В конечном счете EAI и B2Bi слились и образовали то, что сегодня называют интеграцией деловых процессов (BPI).

Поскольку BPI является одной из составных частей управления деловыми процессами (BPM), в BPM нет фундаментальной разницы между интеграцией корпоративных приложений и интеграцией «бизнес-бизнес». Хотя условия, требования и правила EAI и B2Bi могут порой отличаться, технические преимущества новых платформ, таких как Web-службы, обеспечивают единый способ их использования. С точки зрения ИТ это означает, что серьезные изменения деловых процессов, например при выводе функционального подразделения за пределы корпорации, не обязательно окажут воздействие на базовую архитектуру информационных систем и изначально установленные корпоративные приложения.

Тем не менее, управление деловыми процессами -- это не просто унификация EAI и B2Bi, и его не надо путать с BPI. Импульс интеграции деловых процессов задают информационные технологии, поскольку единая модель EAI и B2Bi открывает преимущества общей инфраструктуры. Инициатива по управлению деловыми процессами, напротив, продвигается со стороны бизнеса желанием применять для EAI и B2Bi, двух взаимодополняющих аспектов BPI, одинаковые методологии и инструменты. Другими словами, слияние EAI и B2Bi должно подталкиваться не столько требованиями ИТ, сколько реалиями бизнеса, тогда результат будет лучше.

Итак, управлением деловыми процессами позволяет сохранить инвестиции в EAI и B2Bi и использовать их в инновационных деловых процессах, уходящих за рамки внутренних подразделений корпораций. Кроме того, открываемые BPM возможности делают некоторые задачи, изначально решаемые EAI или B2Bi, более простыми или вообще неактуальными.

3. Технология управления бизнес-процессами

Заключение

Тенденция консолидации, слияний и поглощений, наметившаяся на российском рынке, определяет важность решения задачи интеграции разрозненных информационных систем компаний, входящих в холдинги, промышленные группы и объединения.

Интеграция информационных систем позволяет решить целый ряд задач:

· Формирование единых стандартов и подходов при автоматизации бизнес-процессов на уровне функциональных подразделений компаний (борьба с так называемой "лоскутной автоматизацией").

· Учет и анализ характеристик используемых приложений и систем в целях формирования программы развития информационно-технологической инфраструктуры.

· Повышение прозрачности и управляемости бизнес-процессов, поддерживаемых информационными системами компаний.

· Снижение вероятности появления операционных и прочих ошибок, связанных с вводом и передачей деловой информации в ручном режиме.

· Сокращение длительности выполнения "сквозных" бизнес-процессов.

· Сокращение трудозатрат за счет реализации однократного ввода информации и интегрированного документооборота.

· Обеспечение сохранения инвестиций в информационные технологии.

· Уменьшение числа ошибок во взаимодействии прикладных систем.

· Снижение времени и стоимости внедрения новых систем.

Быстро меняющиеся условия и задачи бизнеса требуют гибкости в управлении бизнес-процессами. Предприятиям необходимо обеспечить адаптацию ИТ-инфраструктуры к появлению новых бизнес-потребностей путем интеграции и расширения существующих корпоративных приложений, создания новых специализированных приложений.

На современном мировом рынке информационных технологий особое место занимают корпоративные информационные системы, которые обеспечивают интегрированное решение задач управления предприятием как по вертикали (от первичной информации до поддержки принятия решений высшим руководством), так и по горизонтали (все направления деятельности и технологические операции), т.е. сочетают в себе классификационные признаки систем оперативного учета и управления.

Крупные системы интеграции чаще всего не являются готовым продуктом, а представляют собой совокупность структурированных особым образом данных и программных средств, а также технологии настройки и применения.

Из-за высокой стоимости и сложности такие системы доступны только для крупных предприятий. Процесс внедрения систем интеграции предполагает, что предприятие имеет четко определенную структуру управления, не подверженную резким изменениям. Модель этой структуры закладывается в основу корпоративной информационной системы. Предприятие, находящееся на этапе выбора стратегии развития, не имеющее четкой, эффективной организационной структуры, не в состоянии внедрить систему интеграции. Таким предприятиям следует использовать легко настраиваемые недорогие средства ИС оперативного учета и управления.

Список использованной литературы