Системная интеграция
Сегодня практически каждое предприятие прошло этап компьютеризации. Успешная работа компании в первую очередь зависит от организации различных этапов процесса. Для максимально эффективного ведения дел многие владельцы компаний используют различные способы автоматизации бизнеса. При стабильной работе и непрерывном развитии приобретает актуальность системная интеграция.
Системная интеграция — это объединение отдельных автоматизированных процессов и средств управления воедино, что предполагает не только использование уже работающих систем, но и создание новых.
Системная интеграция включает в себя определенный набор работ, итогом которых станет информационно-коммуникационная инфраструктура организации. Можно выделить три этапа интеграции.
Главной особенностью системной интеграции является построение ИТ-инфраструктуры на основе уже функционирующих систем и приложений. Однако при анализе существующей инфраструктуры возможна замена устаревших приложений, а также создание новых подсистем, объединяющих пересекающуюся информацию в разных сферах деятельности компании.
В качестве простого примера организации, которая ведет бизнес с помощью системной интеграции, можно взять любой крупный стационарный супермаркет, имеющий онлайн-версию магазина. Благодаря сообщающимся программам вы можете видеть наличие или отсутствие товара, заказать товар, отследить статус заказа.
Автоматизация бизнес-процессов ведет к уменьшению затрат на содержание многочисленного штата, экономии времени, а также повышению товарооборота.
Что такое системная интеграция?
Системная интеграция важна как для общения между предприятиями, так и для внутреннего сотрудничества внутри предприятия. Как провайдер iPaaS, системная интеграция — это то, что мы делаем ежедневно.
В этом блоге мы объясним, что такое системная интеграция, какие методы традиционно использовались для реализации, каковы проблемы и как интеграционная платформа с ее гибридными возможностями может помочь предприятиям разрабатывать и развертывать интеграции между своими системами.
Общее определение системной интеграции
В очень широком смысле системная интеграция — это процесс соединения различных подсистем (компонентов) в одну большую систему, которая функционирует как единое целое. Что касается программных решений, системная интеграция обычно определяется как процесс объединения различных ИТ-систем, услуг и/или программного обеспечения, чтобы все они могли функционально работать вместе.
Какова роль системного интегратора?
В широком смысле в мире ИТ системный интегратор (SI) рассматривается как компания, специализирующаяся на внедрении, планировании, координации, составлении графиков, тестировании, улучшении и иногда поддержке ИТ-систем. Хорошими примерами системных интеграторов являются, например, Deloitte, IBM, Accenture, TCS и т.д. Они реализуют крупные ИТ-проекты (например, проекты ERP), пытаясь управлять такими проектами и многочисленными вовлеченными поставщиками. Однако с точки зрения системной интеграции роль системного интегратора сужается до обеспечения интеграции данных между различными существующими системами конечного потребителя, определенными в объеме проекта. Это может означать все, что угодно, от простых внутренних двухточечных соединений до очень сложных интеграций «многие ко многим» как внутри компании, так и с третьими сторонами.
Роль системных интеграторов в этом уравнении обычно заключается в разработке, внедрении и тестировании интеграционного решения, но роль системного интегратора может также включать постоянное управление решениями, а также связь с третьими сторонами для установления связи с ними. Однако наиболее важно то, что системный интегратор вносит свой вклад в интеграцию, которой заказчик не хватает внутри компании (или имеет под рукой нехватку доступных внутренних ресурсов). CTI признан одним из лучших системных интеграторов России рейтинга CRN/RE.
Методы системной интеграции
Типичные методы системной интеграции делятся на следующие категории:
Двухточечная интеграция
Можно утверждать, что интеграция точка-точка (или соединение точка-точка) не является системной интеграцией как таковой, поскольку задействованы только два системных компонента. Однако, хотя ему не хватает сложности «настоящей» системной интеграции, он все же соединяет систему с другой системой, чтобы они могли работать вместе. Обычно такая двухточечная интеграция выполняет только одну функцию и не требует сложной бизнес-логики. Многие облачные приложения предлагают такие типы двухточечной интеграции в виде готовых готовых модулей интеграции для наиболее распространенных ИТ-систем.
Вертикальная интеграция
В методе вертикальной интеграции компоненты системы (подсистемы) объединяются путем создания функциональных «бункеров», начиная с основной нижней функции и снизу вверх. Обычно это относительно простой и легкий метод, который включает только ограниченное количество систем (более двух), но, с другой стороны, этот метод интеграции является жестким и трудным для управления в долгосрочной перспективе, так как любое новое функционально потребует своего собственный функциональный «силос». Тем не менее, этот метод можно эффективно использовать для создания простых интеграций, которые должны адресовать только одну функцию.
Звездная интеграция
Звездная интеграция означает, что система, в которой каждая подсистема связана с другими подсистемами, с помощью соединений точка-точка. Это обеспечивает большую функциональность, но по мере увеличения количества интегрированных систем количество интеграций также значительно увеличивается, и управление интеграциями становится очень требовательным. Например, для соединения десяти систем друг с другом с помощью этого метода потребуется 45 отдельных интеграций, и каждый раз, когда в одной системе происходит изменение, может потребоваться повторное выполнение девяти подключений. Иногда звездную интеграцию также называют «спагетти-интеграцией» по аналогии с «спагетти-кодом».
Горизонтальная интеграция
При горизонтальной интеграции отдельная подсистема используется в качестве общего уровня интерфейса между всеми подсистемами. Очень часто этот уровень называют Enterprise Service Bus (ESB). Этот метод позволяет каждой подсистеме иметь только один интерфейс для связи со всеми другими подсистемами, подключенными к общему уровню интерфейса (т. Е. С десятью системами есть только десять соединений). Преимущество этого метода также в том, что каждую подсистему можно изменить или даже заменить без необходимости переделывать интерфейсы любых других систем.
Интеграция с общим форматом данных
Интеграция различных ИТ-систем друг с другом обычно требует преобразования данных, исходящих из одной системы, в другой формат данных, используемый принимающей системой. Как и в случае со звездообразной интеграцией, если каждое преобразование необходимо выполнять для каждой системы, количество преобразований данных значительно возрастает и становится задачей, требующей значительного обслуживания. Чтобы преодолеть эту проблему, подход с использованием общего формата данных позволяет каждой системе выполнять только одно преобразование данных из собственного формата в общий (и наоборот). Таким образом, количество необходимых преобразований данных будет равно количеству подсистемы.
Почему интеграция B2B актуальна как никогда?
Интеграция Business to Business — отнюдь не новая концепция. Некоторые ИТ-компании начали реализовывать проекты интеграции B2B почти 50 лет назад (и, надеюсь, к настоящему времени некоторые из них даже завершили эти проекты…). Интеграция B2B в основном означает интеграцию, автоматизацию и оптимизацию бизнес-процессов, выходящих за рамки межсетевого экрана компании. Хотя эти процессы могут значительно различаться между собой, их объединяет одна общая черта: интеграция таких внешних бизнес-процессов обеспечивает организации устойчивое конкурентное преимущество. Такие преимущества могут включать, например, видимость в реальном времени, улучшенную автоматизацию, оптимизацию запасов и повышенную удовлетворенность клиентов.
Компании осознали, что иметь хорошие программные решения просто недостаточно. Они могут использовать наиболее функционально многофункциональные программные приложения в пределах своего собственного межсетевого экрана (или в облаке), но без надлежащего подключения к B2B и связанных с ним возможностей они не могут эффективно управлять, например, своим процессом сквозной цепочки поставок.
Хотя интеграция B2B первоначально началась с того, что крупные предприятия обязали методы получения бизнес-информации, она довольно быстро переросла в стандарты электронного обмена данными (EDI), а затем и в другие новые технологии, такие как XML, JSON и т. Д. В настоящее время кажется, что каждый Новое приложение имеет некоторый тип API, который позволяет интегрироваться с таким приложением. Тем не менее, это оставляет задачу фактической интеграции такого API с другими системами, и чаще всего большинство компаний просто не знают, как это сделать.
Проблемы системной интеграции
Типичные причины неудач проекта системной интеграции включают, например:
Постоянные изменения интеграционного ландшафта
Чем дольше длится проект, тем серьезнее становится этот вопрос. Чтобы управлять этим риском, время имеет существенное значение, сокращение объема интеграционных проектов повышает его успешность. Кроме того, гибкая методология работы, которая может удовлетворить меняющиеся требования в процессе, а также после проекта, имеет важное значение для успеха системной интеграции.
Отсутствие квалифицированных ресурсов
Системная интеграция требует опыта, который нелегко получить. Недостаточно иметь отличную технологию интеграции, если нет необходимого опыта. Большинству компаний сложно найти и удержать сотрудников, обладающих необходимыми навыками для системной интеграции. Лучший способ решить эту проблему — использовать внешнего стороннего поставщика, который может внести в таблицу необходимые знания по интеграции по мере необходимости, в дополнение к предоставлению технологии интеграции.
Отсутствие ответственности
Когда вы интегрируете множество различных подсистем, ответственность за успех интеграции очень легко размывается. В уравнении может быть несколько заинтересованных сторон (например, поставщики, владельцы систем и т. Д.), Ни один из которых не несет ответственности за интеграцию всей системы. В лучшем случае они заботятся только о своей стороне интеграции, но они не рискуют выходить за пределы своей собственной территории. Но в интеграции всегда есть несколько сторон. Итак, когда что-то идет не так, ситуация очень легко превращается в указание пальцем и обвинение других сторон вместо того, чтобы кого-то «владеть» интеграцией. Если проектом системной интеграции занимается одна сторона, эта сторона также (часто по контракту) несет ответственность за успех такого проекта системной интеграции, и нет никакой двусмысленности в отношении подотчетности.
Интеграция устаревшей системы
Большинство компаний, ведущих бизнес на протяжении десятилетий, используют старые унаследованные ИТ-системы, работающие на собственных локальных серверах. Эти системы могут иметь важное значение для основного бизнеса организации и не могут быть легко заменены более современной ИТ-системой. Интеграция с такими устаревшими системами может быть сложной, поскольку в них может полностью отсутствовать готовая возможность взаимодействия. Однако большинство систем имеют возможность читать или записывать информацию в файловую папку, к которой можно получить доступ, например, через FTP-соединение другой системой, но иногда единственный способ интегрировать такие подсистемы с другими подсистемами — это читать и/или записывать данные прямо в свою базу данных.
Современное интеграционное решение должно быть способно обрабатывать также такие сценарии интеграции. В облачных решениях iPaaS обычно используются локальные локальные адаптеры, которые обеспечивают необходимую функциональность для этих интеграций. Такие адаптеры действуют как активный локальный «интерфейс» между пассивной устаревшей системой (или ее базой данных) и облачным решением iPaaS. При необходимости дополнительные бизнес-правила и другие функции, касающиеся интеграции устаревшей системы, будут обрабатываться в службе iPaaS, что обеспечит централизованное и простое обслуживание такой бизнес-логики. Таким образом, заказчику не нужно вносить какие-либо дорогостоящие изменения в свои устаревшие ИТ-системы, но системный интегратор может предоставить логику интеграции за пределами межсетевого экрана компании.
Как iPaaS и платформа гибридной интеграции (HIP) могут помочь преодолеть проблемы интеграции?
Современные решения iPaaS и HIP обладают различными функциями, которые помогают преодолеть проблемы системной интеграции. Решения iPaaS объединяют технологии и услуги в сервис-ориентированное решение, в котором оборудование, программное обеспечение, управление и обогащение данных, а также вспомогательные операции объединены в общую оперативную систему, которую можно отслеживать и контролировать централизованно с помощью единого пользовательского интерфейса. Решения iPaaS обеспечивают возможность совместного использования ресурсов интеграции (например, библиотек сопоставления) и другой информации в нескольких приложениях, гибкого развертывания системных улучшений на лету и завершения проектов системной интеграции гораздо быстрее, чем раньше.
Платформы гибридной интеграции позволяют компаниям продолжать выполнять свои основные бизнес-процессы в своих устаревших системах, в то же время они могут гибко связывать их с дополнительными дополнительными бизнес-процессами, которые могут выполняться в облачном приложении и могут меняться чаще. Платформа гибридной интеграции также позволяет компаниям развивать свои бизнес-процессы с использованием новых технологий, таких как IoT и Blockchain, без необходимости касаться своих устаревших систем. Требуемая новая бизнес-логика может быть встроена в уровень системной интеграции, который затем соединяется с унаследованными системами.
Однако наиболее важно то, что комплексное решение iPaaS предоставляет организации технические навыки и ресурсы, необходимые для быстрой, эффективной и с меньшими затратами обеспечения необходимой системной интеграции. iPaaS также обеспечивает непрерывный путь развития, чтобы организация могла идти в ногу с постоянно меняющимися потребностями интеграции в наши дни.
Вы хотите узнать больше о HIP? Ознакомьтесь с публикацией «Руководство по платформе гибридной интеграции». Кроме того, ознакомьтесь с публикацией на iPaaS: Всеобъемлющее руководство, чтобы узнать больше об iPaaS.
Системный интегратор: что это такое и кто такой интегратор в компании?
«Системный интегратор» или просто «интеграторы» — это целая компания, команда или отдельный человек, которые в широком смысле занимаются настройкой и соединением различных небольших компонентов в единую функциональную систему для улучшения какого-то процесса. Почему в «широком смысле»? Потому что понятие «интеграторы» присутству е т не только в IT-сфере.
Если рассматривать именно IT-сферу, то интеграторы — это люди (компании или команды), которые объединяют различные IT-технологии и сервисы для должного функционирования производственного процесса компании-заказчика, а также для улучшения ряда показателей компании.
Интеграторы в IT — кто это такие?
Что касается IT-сферы, то интеграторы — это люди, которые занимаются эффективным внедрением различны х систем в производственный или бизнес-процесс некой компании. Они могут внедрять следующие системы:
отладку бизнес-процессов путем внедрения ПО;
В зависимости от масштабов компании, для которой нужно интегрирование IT-систем, в качестве подрядчика может выступать одиночный системный интегратор или целая компания-интегратор. Суть в самом процессе не меняется. Потому что сам процесс включает в себя:
проектирование комплексных решений интеграции для улучшения показателей компании-заказчика;
внедрение спроектированных комплексных решений интеграции.
Все спроектированные комплексные IT-решения должны:
повышать качество конечного продукта компании;
повышать удобство производственного процесса компании;
снизить общие расходы и затраты компании;
повысить общую производительность компании;
облегчить контроль за бизнес-процессами;
автоматизировать различные бизнес-процессы компании;
Системный интегратор — это специалист, который в основном обслуживает средний и крупный бизнес, нуждающийся в автоматизировании своих бизнес-процессов.
Интеграторы — это решение многих проблем
Часто бывает так, что бизнес функционирует и без IT-решений, но это не надолго. Сам бизнес и IT-технологии развиваются очень стремительно. Поэтому если не внедрять в бизнес-процессы IT-инструменты, то со временем компания может не выдержать конкуренции.
Многим компаниям, особенно производственной сферы, нет смысла включать в свой штат системных интеграторов, поэтому они обращаются к сторонним компаниям-интеграторам. Именно такие компании-интеграторы способны разработать, внедрить IT-инструменты и обучить взаимодействию с ними сотрудников компании-заказчика.
Можно сказать, что компания-интегратор обладает следующими достоинствами:
Несут в себе новые технологии. Интеграция подразумевает внедрение новых технологий в какой-нибудь рабочий процесс. Anglų Anglų kalbos kursai internetu,vasaros vaikų stovyklos Vilniuje, Kaune, Klaipėdoje, lietuvių ir anglų kalbos, chemijos, matematikos korepetitorius intellectus.lt Новые технологии в основном улучшают этот самый рабочий процесс, что позволяет в общем снизить затраты на производство.
Как выбрать системного интегратора?
Чтобы системный интегратор действительно сделал то, что от него требуется, он должен уметь:
внедрять комплексные программные и аппаратные IT-системы;
владеть основами менеджмента в сфере, где он занимается проектированием;
качественно организовывать технологические процессы в рамках инфраструктуры компании-заказчика;
организовывать процесс интеграции, опираясь на знания нескольких систем администрирования;
налаживать сотрудничество с другими сферами предприятия;
обуч а ть сотрудников компании-заказчика правильной эксплуатации интегрированной IT-системы.
Заключение
Интеграторы во многих случаях — это «палочки-выручалочки» бизнес-компаний. Потому что именно они способны вывести компанию совершенно на другой производственный уровень, а также улучшить конкурентные позиции. По этой причине и к выбору системных интеграторов нужно подходить очень тщательно. Ведь именно от их профессионализма будет зависеть дальнейшее развитие компании-заказчика.
Мы будем очень благодарны
если под понравившемся материалом Вы нажмёте одну из кнопок социальных сетей и поделитесь с друзьями.
Системная интеграция что это такое
в LinkedIn
на free-lance.ru
в ЖЖ
in english
В этой статье будет рассмотрена деятельность под названием «системная интеграция», которой занимаются ИТ-компании, именующие себя «системными интеграторами». Автор несколько лет работал менеджером проектов в одном из российских системных интеграторов, поэтому попытается описать это понятие «изнутри», четко определить его, рассмотреть виды системной интеграции, подходы к ее осуществлению.
Для начала мы опишем термин «системная интеграция», приведем различные определения. Затем рассмотрим его структуру с точки зрения видов работ, выполняемых в рамках системной интеграции: технический аспект, управленческий аспект и др. И, наконец, подробно остановимся на техническом аспекте – опишем виды, технологии системной интеграции, специализированные программные продукты.
Определение системной интеграции
Понятия «системная интеграция» и «системный интегратор» весьма емкие, под которые часто попадают виды деятельности и компании, которые не являются таковыми в классическом определении этих терминов.
При этом суть понятия «системная интеграция», в принципе, очевидна из самого термина – интеграция систем, т.е. выстраивание единого решения (системы) из отдельных компонентов (подсистем), увязывание между собой этих компонентов с целью придачи этой единой системе эмерджентных свойств – дополнительных преимуществ, получаемых за счет совместного использования подсистем, отсутствующих у каждой из подсистем в отдельности.
Простейший пример эмерджентности – уменьшение трудозатрат бухгалтеров в компании за счет информационного обмена между оперативной и бухгалтерской информационными системами по сравнению с использованием этих же подсистем без стыковки друг с другом, т.е. не в виде единой информационной системы.
Общим случаем системы, в рамках которой происходит интеграция подсистем, является единая информационная система компании (КИС, корпоративная информационная система). Подсистемами при этом являются:
Таким образом, системная интеграция заключается во внедрении компонентов информационной системы предприятия и увязывание их между собой (интеграция) в рамках единой КИС.
Полноценная системная интеграция является существенно более сложной деятельностью, чем внедрение отдельных систем и решений, т.к. отдельное решение направлено на решение ограниченного числа конкретных бизнес-задач. Например, внедрение CRM-системы обычно направлено на повышение лояльности клиентов компании. В то время как в рамках системной интеграции создается единая КИС, направленная на решение всего спектра бизнес-задач компании.
По этой причине принципиальным фактором, отличающим «многопрофильную ИТ-компанию» от «системного интегратора» является наличие в последней высококвалифицированных бизнес-консультантов, способных предложить заказчику комплексное ИТ-решение (КИС), направленное на достижение его бизнес-целей, и включающее в себя различные классы взаимосвязанных (интегрированных) систем и решений различных вендоров.
Не менее сложной задачей является технико-экономическое обоснование предлагаемых вариантов создания единой КИС.
Общее определение термина «системная интеграция».
Системная интеграция – объединение отдельных компонентов (подсистем) в одну систему и гарантия того, что подсистемы функционируют совместно как единая система. В информационных технологиях системная интеграция – процесс связывание между собой различных компьютерных систем и программных приложений физически или функционально при помощи специальных техник, таких как компьютерные сети, интеграция корпоративных приложений, управление бизнес-процессами, программирование и др. [http://en.wikipedia.org/wiki/System_integration]
Интересными являются определения этого термина самими компаниями системными интеграторами [http://www.miks.ru/search/25838.html]:
Виды работ при системной интеграции
Ранее было показано, что системная интеграция представляет из себя процесс создания единой информационной системы предприятия из отдельных компонентов.
«Правильная» КИС, реально решающая бизнес-задачи заказчика, может быть построена только в том случае, если системный интегратор, реализующий данный проект:
Достаточно крупный интеграционный проект, как правило, включает в себя следующие аспекты (уровни работ) и требует наличия следующих компетенций:
Из приведенного выше видно, что системная интеграция – существенно более сложная деятельность, чем то, что следует из ее определения. Однако, в настоящей работе мы остановимся подробнее лишь на техническом аспекте этого понятия. А именно на технологиях интеграции систем.
Общие подходы к интеграции систем
Интеграция систем в большинстве случаев – мера вынужденная, направленная на повышение эффективности бизнес-процессов компании, в которых используются информационные систем [http://citcity.ru/16663/]. Для того, чтобы продемонстрировать ценность интеграции информационных систем и наиболее распространенные подходы к интеграции рассмотрим последовательно несколько ситуаций.
Ситуация 1. Нет интеграции между системами
На схеме выше в компании используются три независимые информационные системы: «Складская система» (учет и анализ товародвижений на складе), «CRM-система» (учет и анализ продаж и других взаимоотношений с клиентами) и «Бухгалтерская система» (бухгалтерский учет и финансовый анализ). Между ними нет информационного обмена. Это приводит к тому, что менеджеры по продажам после выставления счетов клиентам вынуждены печатать их копии и нести в бухгалтерию. В бухгалтерии они регистрируются в бухгалтерской системе. Бухгалтерия регистрирует поступление денег на счет. Менеджеры по продажам, не имея возможность получить оплаты автоматически в CRM-систему вынуждены ежедневно осведомляться в бухгалтерии о поступлении денег от клиентов. Не лучше ситуация в работе склада. Здесь есть обширный документооборот с бухгалтерией, двойная регистрация действий (один раз в складской системе, второй раз в бухгалтерской) и менеджерами по продажам (получение от них распоряжений на отгрузку товара клиентам и информирование их о фактах отгрузки).
Если посчитать затраты оплачиваемого компанией времени сотрудников на выполнение дублирующихся процедур в разных системах (выделены красным на схеме), то может получиться ощутимая доля в общих издержках фирмы.
Ситуация 2. Вертикальная интеграция
На следующей схеме изображен подход, называемый «вертикальной интеграцией». В соответствии с этим подходом системы интегрируются по принципу функциональных экспертиз [2]. Например, в данном случае выделены две экспертизы: оперативный учет и бухгалтерской учет. При этом бухгалтерский учет находится по вертикали выше оперативного учета. В нашем примере подсистемы оперативного учета поставляют данные подсистеме бухгалтерского учета. Это позволяет существенно сократить трудозатраты на дублирующиеся и бумажные операции, однако, есть два отягчающих момента.
Во-первых, такую систему крайне трудно расширять функционально. Например, компания может захотеть создать подсистему-экспертизу «Аналитика», которая по вертикали будет расположена над экспертизой «Бухгалтерский учет». Эта экспертиза в значительной степени основана на данных «Оперативного учета». Поэтому, помимо собственно разработки подсистемы «Аналитика» придется дорабатывать подсистему «Бухгалтерский учет» для того, чтобы она получала и хранила для нее из «Оперативного учета» дополнительную информацию.
Во-вторых, остаются значительные возможности по интеграции в рамках одной функциональной экспертизы.
Ситуация 3. Интеграция «многие ко многим» (звезда, спагетти)
Интеграция «многие ко многим» не предполагает выделение слоев функциональных экспертиз. При этом подходе каждая из используемых в компании подсистем может при необходимости обращаться к функционалу любой другой подсистемы. С другой стороны каждая из подсистем может использоваться любой другой подсистемой. Такой тип отношений между элементами называется «многие ко многим». Также если подсистем немного, то схема отражающая связи между ними похожа на «звезду». А если систем много, то бесконечные их переплетения образуют «спагетти» [2].
В этом случаем имеем место с практически неограниченными возможностями интеграции подсистем между собой (естественно, если подсистемы технологически позволяют делать это, об этом ниже).
Но, с другой стороны, затраты на поддержку такой интеграционной схемы экспоненциально растут при увеличении числа интегрированных подсистем. Например, если в нашем случае потребуется изменить что-то в бухгалтерской подсистеме (допустим, изменить ее объектную модель), то это может привести к необходимости переработки все остальных подсистем использующих ее, т.к. вызовы старой объектной модели перестанут работать. Для трех взаимодействующих систем это может быт не так критично, а вот для тридцати весьма и весьма.
Ситуация 4. Горизонтальная интеграция
Данный подход заключается в использования специализированного «промежуточного» (middleware) ПО. Основная задача этого ПО заключается в хранении репозитория функционала корпоративных приложений, подключенных к ней и обеспечение возможности использования этих функций другими приложениями, также подключенными к этой шине. Взаимодействие между приложениями могут, например, происходить в форме обмена сообщениями или вызова опубликованных функций в виде вэб-сервисов. Подключение системы к шине состоит в создании специального адаптера для каждой системы. После этого «опубликованные» функции системы становятся доступными другим подключенным системам.
Например, CRM-система при подключении к шине публикует свои функции по работе с клиентской базой данных. Шина обеспечивает возможность их использования бухгалтерской и складской системами. В свою очередь CRM-система получает возможность с бухгалтерскими и складскими данными.
Преимуществом данного подхода является то, что сами системы могут произвольно меняться в рамках существующей спецификации опубликованных функций. При этом никаких изменений в других системах не требуется. Кроме того, подключение новой системы в достаточной степени стандартизировано и упрощено. Например, имеется возможность подключить новую систему «Аналитика», которая сразу получит доступ ко всем остальным подсистемам.
Ситуация 5. Отсутствие необходимости в интеграции
Безусловно, самая лучшая интеграция – это отсутствие необходимости в ней. Например, все представленные выше подсистемы могут быть реализованы в виде функциональных модулей одной ERP-системы какого-либо вендора. В этом случае необходимость в интеграции отпадает, т.к. система уже изначально единая, обеспечивающая гораздо большую связность между функциональными модулями чем любой из приведенных выше вариантов интеграции между различными системами.
Объекты и методы интеграции систем
Ранее при описании подходов к интеграции систем мы рассматривали каждую информационную систему как «неделимый» объект. Однако, информационная система представляет из себя совокупность нескольких компонентов, поэтому, говоря об интеграции информационных систем, правильнее говорить об интеграции составляющих их компонентов.
Обычно, информационная система содержит в себе следующие компоненты:
Поэтому, интеграция информационных систем заключается в интеграции одного или нескольких компонентов интегрируемых информационных систем (объектов интеграции):
Рассмотрим подробнее процесс и технологии интеграции на каждом из этих уровней.
Интеграция платформ
Целями интеграции платформ являются:
Существует несколько подходов, направленных на достижение этих целей. В рамках каждого из подходов существуют различные технологии [http://citcity.ru/10881/]:
Технологии удаленного вызова процедур (в широком смысле под процедурой понимается некоторая функциональность приложения) позволяют опубликовать процедуру и обеспечить возможность ее вызова (передачи входящих параметров и получения выходных результатов) для приложений, работающих на других платформах. Элементами таких технологий обычно являются: общий для всех платформ язык описания интерфейсов процедур (IDL, WSDL), «адаптер» (переходник) процедуры, который транслирует внешние вызовы во внутренние и передает результаты обратно (стабы) и менеджеры, отвечающие за доставку запросов и результатов между платформами в сети (брокеры). Примерами технологий удаленного вызова процедур являются: RPC, CORBA, DCOM, Web-сервисы.
Интересной и современной концепцией является «виртуализация». К интеграции платформ она имеет отношение постольку, поскольку позволяет существенно упростить использования различных платформ и, соответственно, использование систем, требующих для своего функционирования наличия конкретных платформ. Если без виртуализации возможно одновременное функционирование N операционных сред на N серверов, то применение технологий виртуализации позволяет обеспечить функционирование N операционных сред на M серверов. Если N > M – это позволяет сократить расходы на аппаратное обеспечение путем его более эффективного использования. Если N Универсальный доступ к данным
Технологии универсального доступа к данным позволяют обеспечить единообразный доступ к данным различных СУБД. Посредником для работы с конкретной СУБД в данном случае является драйвер для соответствующей СУБД. Например, один и тот же SQL-запрос на выборку данных «SELECT * FROM TTABLE» может быть использован на выборку данных из таблицы TTABLE, хранящейся в СУБД MS SQL Server, Oracle, IBM DB2 и др. Это позволяет абстрагироваться от специфики конкретных СУБД и легко осуществлять интеграцию данных, хранящихся в различных СУБД. Наиболее распространенные технологии этого класса: ODBC, JDBC.
Концепция хранилищ данных состоит в создании корпоративного хранилища данных. Хранилище данных – база данных, хранящая в себе данные, собираемые из баз данных различных информационных систем, для целей их дальнейшего анализа. Например, может быть создано единое хранилище данных компании, в которое собрана информация из бухгалтерской, оперативной системы, внешних систем партнеров компаний. Для создания хранилищ данных используются технологии (OLAP), отличные от технологий создания оперативных БД (OLTP). В основном это делается для повышения производительности выполнения сложных аналитических запросов по многим параметрам (многомерные запросы). Подходы к созданию и наполнению хранилищ данных отражены в парадигме ETL (extraction, transformation, loading = извлечение, преобразование и загрузка). Технологии и инструментальные средства анализа больших массивов данных с целью выявления закономерностей предметной области объединяются понятием «Data Mining». Термин для совокупности технологий хранилищ данных и инструментальных средств и – «Business Intelligence».
Интеграция приложений
Интеграция на уровне приложений подразумевает использование готовых функций приложений другими приложениями. Например, разрабатывая систему электронного документооборота, существует возможность использовать в рамках этой системы в качестве текстового редактора MS Word вместо того, чтобы разрабатывать свой собственный текстовый редактор. Или, например, ПО Call-центра, получив входящий звонок от клиента, имеет возможность обратиться к функции биллинговой системы по проверке баланса (на входе – номер телефона абонента, на выходе – его текущий баланс) и, в зависимости от состояния баланса соединить его с оператором или автоматически проинформировать о необходимости пополнить свой счет. При этом структура база данных биллинговой системы является ее внутренней информацией, публикуются конкретные функции, позволяющие другим системам работать с конкретными данными.
Стоит упомянуть следующие подходы к интеграции приложений:
Интерфейс прикладного программирования конкретной системы представляет из себя «опубликованный» функционал этой системы, который может быть использован извне. Функционал может публиковаться в виде набора функций (пример – Windows API) или в виде объектной модели (объекты со свойствами и методами, пример – объектные модели приложений Microsoft Office) [4].
В большинстве случае интеграция нескольких систем заключается в передаче информации между ними, например, в форме запрос-ответ. Если системы функционируют в гетерогенных распределенных средах, то принципиальное значение имеет обеспечение гарантированности, безопасности, управляемости доставки информации между приложениями. Эти и другие принципы реализуются в корпоративных системах обмена сообщениями. В данном случае речь идет об обмене сообщениями между приложениями, а не людьми, как, например, в случае E-mail или ICQ. Функциональность этих систем достаточно прозрачна – прием сообщения от одного приложения, транспортировка по заданным правилам и передача этого сообщения другому приложению. При этом может производиться шифрование сообщений (для невозможности прочтения данных в процессе транспортировки), цифровая подпись (для защиты от умышленного изменения данных во время пути сообщения), настройка подписки (для отправки одного сообщения сразу нескольким приложениям), определение метаданных для сообщений (для облегчения использования сообщений со сложной структурой содержимого) и др [http://en.wikipedia.org/wiki/Enterprise_service_bus].
Сервис-ориентированная архитектура (SOA) является современной и модной парадигмой. Она является логическим продолжением концепции Web-сервисов, которая состоит в публикации функциональных блоков какого-либо приложения в виде, позволяющем получить к ним доступ другим приложением через Web. Web (протокол HTTP) в данном случае привлекателен ввиду возможности его использования и, соответственно, использования опубликованных в Web приложений на любых программно-аппаратных платформах. Web-сервис – небольшая программная надстройка над функционалом приложения, преобразующая вызовы, получаемы через Web во внутренние вызовы функций приложения и возвращающая результаты обратно. Основными идеями SOA являются [http://en.wikipedia.org/wiki/Service-oriented_architecture]:
Понятно, что в данном случае создания новых приложений на основе существующих Web-сервисов будет существенно ниже, чем разработка приложений «с нуля» или обширная интеграция с другими системами.
Например, в компании (оператор связи) существует система Service Desk (техническая поддержка абонентов) и биллинговая система (тарификация услуг). Перед компанией стоит задача сделать новую систему «Личный кабинет абонента», в которой абонент мог бы через Интернет просмотреть состояние своего счета и сообщить о неисправности. Для этого компания вместо того, чтобы создавать «Личный кабинет» с собственной базой данных, синхронизируемой с БД биллинговой системы и системы Service Desk, использует готовые Web-сервисы «Карточка абонента» (опубликованный функционал биллинговой системы) и «Создать заявку в техподдержку» (опубликованный функционал системы Service Desk). Очевидно, что вся работа по новому приложению «Личный кабинет» состоит лишь в создании Web-интерфейса пользователя на сайте компании.
Также часто используется следующий подход – интеграция пользовательских интерфейсов. Например, для создания приложений «одного окна». Простейший пример – фреймы в вэб-странице. Внутри каждого фрэйма при этом содержится отдельное вэб-приложение. Благодаря фрэймам, все эти приложения отображаются на экране одновременно. Пользовательские интерфейсы вэб-приложений очень легко интегрируются, однако, существуют возможности интегрировать и «классические» пользовательские интерфейсы и их фрагменты (ActiveX).
Интеграция бизнес-процессов
Наиболее целостным подходом к интеграции систем является интеграции на уровне бизнес-процессов. В рамках интеграции бизнес-процессов происходит и интеграция приложений, и интеграция данных и, что не менее важно, людей, вовлеченных в этот бизнес-процесс. Интеграция на уровне бизнес-процессов является наиболее «естественной» для организаций, т.к. их деятельность состоит, прежде всего, именно из бизнес-процессов, а не приложений, баз данных и платформ.
Идеи, лежащие в основе интеграции бизнес-процессов, достаточно просты:
Некоторые примеры интегрирующего ПО рассмотрены ниже.
Программные продукты для интеграции систем
Существует большое количество программных продуктов для интеграции систем: коммерческий и бесплатных, с закрытыми исходниками и Open Source, дорогих и дешевых, с различной функциональностью, рассчитанных на различный масштаб бизнеса пользователей.
Можно выделить следующие классы продуктов для интеграции систем:
Серьезные продукты для интеграции корпоративных приложений от солидных вендоров включают в себя компоненты сразу нескольких классов из перечисленных выше. В настоящей работе мы ограничимся продуктами от трех вендоров: Microsoft, Oracle и IBM.
Microsoft BizTalk Server
BizTalk Server представляет собой программный продукт для интеграции приложений и бизнес-процессов. На схеме ниже показана архитектура BizTalk Server, основанная на идеологии обмена сообщениями между приложениями.
Центральной частью системы является механизм обмена сообщениями (Engine), который состоит из двух частей:
«Надстройки» над BizTalk Server Engine (Business Activity Monitoring и Services) предоставляют возможности управления бизнес-процессами в организации на основании информации, собираемой в процессе «общения» интегрированных приложений.
Реализованная в продукте идея заключается в регистрации некоторой необходимой информации (Tracking, задается при настройке правил обработки сообщений в Engine) для целей дальнейшего мониторинга бизнес-процессов. Например, можно описать бизнес-процесс продажи, включающий несколько стадий (заказ, оплата, отгрузка и т.п.). Далее при получении сообщения от соответствующей системы (POS, бухгалтерия, склад и т.п.), отражающего факт изменения стадии конкретной продажи, это регистрируется и становится доступным для просмотра текущего состояния и анализа исторических данных.
Также следует отметить, что Microsoft BizTalk Server позиционируется вендором как продукт для B2B-интеграции. Это означает, что интегрируемые бизнес-процессы и приложения не обязательно должны находиться в рамках одной компании, а могут затрагивать несколько взаимодействующих компании, например, в цепочке поставок. В этом случае каждая такая компания использует Microsoft BizTalk Server для интеграции внутренних процессов и приложений и взаимодействует с BizTalk-серверами других компаний для внешнего обмена [http://www.microsoft.com/rus/biztalk/].
Microsoft SQL Server
Общеизвестная СУБД Microsoft SQL Server является также примером платформы для интеграции данных. Функции интеграции реализуются в MS SQL Server следующими компонентами: Integration Services и Analysis Services.
Analysis Services поддерживает процесс интеграции данных на следующих этапах, а именно [8]:
Oracle SOA Suite
Данный продукт от Oracle похож по своей функциональности на BizTalk сервер от Microsoft. Он разработан на технологиях Java, поэтому может работать на различных платформах (Windows, Solaris, HP-UX, Linux).
Также, в отличие от BizTalk Server Oracle SOA Suite представляет из себя не один программный продукт, а набор относительно программных компонентов, некоторые из которых могут использоваться по отдельности [http://www.oracle.com/global/ru/ip/10g/as/bpel.html]:
Oracle SOA Suite входит в состав продуктов middleware, для которых вендор использует обобщающее название Oracle Fusion.