Современные подходы к управлению информационными

СОВРЕМЕННЫЕ ПОДХОДЫ К УПРАВЛЕНИЮ
ИНФОРМАЦИОННЫМИ СИСТЕМАМИ ПРЕДПРИЯТИЯ
Р. Кузнецов
ПетрГУ, Петрозаводск
С ростом значения информационных технологий для бизнеса и возникновением
проблемы актуального отражения изменений в бизнесе в реальных информационных
системах, вопрос Enterprise Application Integration (EAI) стал привлекать особое
внимание. Интеграция приложений – это не новый модный термин, а реальная проблема, с
которой сталкиваются подразделения информационных технологий. С точки зрения
информационных технологий EAI – постоянно действующий бизнес-процесс, реализация
которого жизненно важна для обеспечения работо-способности информационных систем и
актуальности предоставляемой ими информации.
Термин "интеграция" несколько перегружен и, хотя в оригинале используется
integration (интеграция), с содержательной точки зрения более правильно использовать
термин "взаимодействие" (interaction). Поэтому в дальнейшем мы будем
придерживаться этих понятий, подразумевая одно и то же.
Интеграция приложений невозможна без интеграции данных, а взаимодействие
приложений невозможно без взаимодействия данных. Идея интеграции данных через их
централизацию на серверах баз данных в архитектуре “клиент-сервер” позволила
разработчикам получить работоспособные системы масштабов подразделения с
развитыми клиентскими приложениями, учитывающими специфику работы конкретных
пользователей. Архитектура и технология “клиент-сервер” впервые позволили
разработчикам рассматривать автоматизацию бизнес-процессов через призму единого
информационного хранилища.
К несчастью, использование только техники “клиент-сервер” для построения единой
системы автоматизации предприятия для многих крупных организаций обернулось
увеличением числа незаконченных или не слишком работоспособных проектов. На
практике внедрение клиент-серверного подхода в масштабах всего предприятия оказалось
процессом куда более сложным, чем это представлялось на первый взгляд. Основная
проблема концепции “клиент-сервер” в том, что нет ответа на вопрос о местоположении
бизнес-логики, тогда как именно в логике заключена суть автоматизации бизнеспроцессов, а следовательно, и всего бизнеса в целом. Таким образом, решая проблему
интеграции данных, архитектура “клиент-сервер” оставляет без ответа вопрос интеграции
прикладной логики. Кроме того, архитектура “клиент-сервер” не решает вопросов
масштабируемости прикладных систем.
Интеграция приложений является естественным ответом на всевозрастающие
требования автоматизации бизнес-процессов. Важной задачей служб информационных
технологий становится организация обмена информацией между разными структурными
подразделениями организации, будь то банк, промышленное предприятие или
государственный институт. Пытаясь обеспечить согласованность работы приложений
уровня подразделений, отделы информационных технологий тратят большие силы и
ресурсы на “наведение мостов” между уже созданными приложениями. Иногда результат
оказывается успешным – данные сохраняют непротиворечивость и приложения остаются
работоспособными.
К сожалению, большая часть команды разработчиков, ответственной за
автоматизацию бизнес-процессов, занимается построением мостов, написанием
адаптеров, конвертированием данных и т. п. Некоторые аналитические агентства
отмечают, что разработчики тратят до 35% времени на создание интерфейсов и "точек"
интеграции приложений и источников данных. В то же время число приложений и их
функциональность растет, и с каждым новым приложением увеличивается число связей,
причем далеко не линейным образом.
Проблема интеграции приложений не решается сразу – это достаточно длительный
процесс, требующий внимания на всех этапах развития прикладных систем. Естественным
решением проблемы EAI является принятие единых правил игры для всех приложений и
элементов системы. Такие правила обычно определяются через стандартизацию
прикладного
транспорта
и унификацию интерфейсов приложений.
Существующие стандарты и реализации связующего программного обеспечения
(middleware) позволяют большую часть времени уделять функциональности приложений
как таковых, что и требуется от подразделений информационных технологий.
Вновь создаваемые приложения и блоки функциональности естественным образом
должны подключаться к универсальной прикладной "шине". Единожды выполненная
адаптация существующего программного обеспечения для работы с middleware
автоматически приводит к возможности развития прикладной инфраструктуры
предприятия без ущерба для работоспособности эксплуатируемых приложений и систем.
Эволюция приложений привела к унификации интерфейсов и прикладного
транспорта. Следующим логичным этапом в развитии идеи интеграции приложений
является консолидация критичной для бизнеса прикладной логики и повышение
управляемости сложных систем.
Можно выделить два наиболее значимых класса задач этой области:
1. Организация взаимодействия прикладных программных систем, работающих в
рамках организации: государственной структуре или бизнес-корпорации.
2. Обеспечение взаимодействия информационных систем различных ведомств или
корпораций, федеральных или муниципальных структур.
И если интеграция бизнесов на российском рынке происходит далеко не такими
высокими темпами, как в США или Европе, то задача взаимодействия информационных
систем государственных структур приобрела в последнее время наивысший приоритет.
Более того, наиболее успешные в деле автоматизации российские ведомства (МНС РФ,
ГТК РФ) перешли к практическому решению этого класса задач. При выборе
методологии, технологии и платформы взаимодействия информационных систем в
конкретном проекте необходимо обязательно иметь в виду, к какому классу относится
решаемая задача. Нужно также отметить, что в одной и той же организации могут
решаться параллельно задачи обоих классов.
Интеграция в рамках одной организации (задачи первого класса) вызвана
традиционным подходом к автоматизации, когда для каждого отдела, исходя из его
важности, влияния и финансовых возможностей, приобретались готовые или
разрабатывались собственными силами программные системы. Нужно учитывать, что
каждая программная система опирается на собственную модель данных, модель
процессов и построена на технологическом стеке – наборе средств базового программного
обеспечения. Неоднородность технологического стека как раз и порождает проблемы
интеграции. Обособленность прикладных систем часто получается вследствие укрупнения
и слияния организаций.
Вот краткий список традиционных решений проблем интеграции:
1. Передача данных посредством файлов;
2. Разработка программ интеграции "точка-точка";
3. Интеграция баз данных посредством шлюзов;
4. Выравнивание технологических стеков (миграция унаследованных баз данных в
стандартные).
Нужно отметить, что технологические стеки прикладных систем зачастую
неоднородны.
Перечислим основные подходы к интеграции:
1. Передача данных посредством сообщений (Message Oriented Middleware – MOM);
2. Технология интеграции корпоративных приложений (Enterprise Application
Integration – EAI);
3. Технология Web-сервисов;
4. Интеграция при разработке промышленного программного обеспечения;
5. Интегрированный набор корпоративных приложений (ERP, CRM, SCM);
6. Консолидация (однородный технологический стек);
7. Консолидация серверов и баз данных;
8. Технология распределенной обработки данных (GRID Computing).
По словам старшего вице-президента Oracle по региону EMEA Питера Перрегаарда,
последние технологические достижения ведущих производителей программного
обеспечения – компаний IBM, Microsoft, Oracle – по созданию совместно
поддерживаемых стандартов – UDDI, SOAL, WSDL – позволяют говорить о том, что в
настоящее время вопрос организации интеграции между ведомствами вполне возможен и
имеет только организационные моменты. Организационной основой служат процессы и
регламенты интеграции; имеются международные технологические стандарты (XML,
Java, UDDI, SOAP, WSDL, WS-I…) и стандарты информационного обмена (ebusinessXML…); в качестве технологической платформы – применение Web-сервисов.
Подводя некоторый итог, можно отметить, что процесс интеграции корпоративных
приложений различного уровня представляет собой длительный и очень трудоемкий
процесс. В этом случае ключевыми моментами для предприятия являются выбор
подходящего метода для решения вопросов интеграции, а также соответствующей
компании, предоставляющей продукт или систему продуктов по интеграции приложений
и информационных систем.
В настоящее время автором в составе группы разработчиков в течение уже нескольких
месяцев ведется исследование возможностей программных продуктов по интеграции
приложений ведущих разработчиков программного обеспечения. Производится создание
тестовых конфигураций корпоративных приложений и их интеграция. Также проверяется
качество установленных взаимодействий. Впоследствии сравниваются различные подходы
и определяются наиболее выгодные средства построения взаимодействия корпоративных
приложений.
Создание подобных тестовых конфигураций позволяет наглядно увидеть
преимущества тех или иных программных продуктов этой области, а также
приблизительно оценить затраты при использовании различных подходов в той мере, в
какой это возможно, исходя из длительности и сложности процесса интеграции.
К данной разработке уже сейчас проявляется интерес со стороны некоторых
крупных предприятий ЦБП. В дальнейшем планируется анализ систем корпоративных
приложений этих предприятий и определение методов и средств интеграции. К концу
2005 года планируется начать процесс внедрения средств интеграции.
В дальнейшем предполагается продолжение изучения программных продуктов по
интеграции информационных систем ведущих производителей, таких как BizTalk
(Microsoft), AppServer (Borland) и так далее.