Думченков, И. А. Обзор методов интеграции информационных систем, их преимуществ и недостатков / И. А. Думченков. — Текст : непосредственный // Молодой ученый. — 2018. — № 23 (209). — С. 176-177. — URL: https://moluch.ru/archive/209/51296/ (дата обращения: 26.05.2023).
Развитие информационной сферы повлекло за собой информатизацию общества. В настоящее время активно происходит автоматизация процессов в различных видах деятельности. Яркими примерами являются такие проекты, как «Портал ГосУслуг», «ЕМИАС», «Электронный дневник», которые позволяют выполнять различные действия, такие как оплата коммунальных услуг, запись к врачу, отслеживание успеваемости школьника, не выходя из дома. В связи с этим необходимо понимать, какие из методов интеграции информационных систем являются оптимальными для каждого конкретного случая.
В данной статье будут рассмотрены наиболее популярные и используемые методы интеграции.
‒ Интеграция на уровне брокеров. Преимуществом данного метода является универсальность: как правило, в любой ситуации можно реализовать дополнительный программный модуль, который может обращаться в другие системы различными способами. Например, такой модуль может обращаться к одной системе через базу данных (БД), а к другой с помощью RPC (англ. Remote Procedure Call — Удалённый вызов процедур). Недостатками такого подхода интеграции является трудоёмкость и сложность реализации, и, как следствие, высокая стоимость разработки, внедрения и поддержки.
Автоматизация бизнес-процессов с помощью BPM-системы
‒ Интеграция на уровне интерфейсов (физических, программных и пользовательских). Данный вид интеграции разрабатывался как один из видов «лоскутной интеграции», целью которой являлось объединение распределённых программных приложений, реализованных разными разработчиками в разное время, в подобие единой системы.
Приложения связывались по принципу «каждый с каждым», что, в конечном итоге, затрудняло их взаимодействие и создавало ряд проблем и ошибок. Также осложнялось использование унаследованных (Legacy Software) и встроенных (Embedded System) систем. Описанный подход интеграции удобен для небольшого количества программных приложений.
Для большого числа приложений он является малоэффективным и не обеспечивает построение качественно новых запросов к объединяемым данным. Таким образом, агрегирование данных не принесёт выигрыш. На настоящий момент, проблема интеграции на уровне интерфейсов решается на базе внедрения информационных подсистем, которые реализуются стандартными приложениями с открытыми программными интерфейсами (англ. Open Application Programming Interface, OAPI — Открытый программный интерфейс приложения, Открытый интерфейс прикладного программирования).
‒ Интеграция на функционально-прикладном и организационном уровнях. Данный вид интеграции построен на объединении нескольких однотипных или похожих функций в макрофункции, в которых перераспределяются ресурсы, потоки данных, управление и механизмы исполнения. Как следствие, это влечёт за собой реорганизацию информационных структур, бизнес-процессов и, соответственно, перестройку схем их информационного и документационного обеспечения. Преимущества данного вида интеграции:
Моделирование бизнес-процессов в проектах автоматизации
- прозрачность и управляемость процессов;
- процессы становятся менее затратными;
- сокращается количество обслуживающего персонала;
- сокращается число ошибок.
Недостатком интеграции такого вида является значительная трансформация или комплексный реинжиниринг всей сети процессов, что может повлечь за собой определённые риски. Целесообразно проводить данную интеграцию в случае, если организация готовится к внедрению корпоративной информационной системы (КИС) на платформе популярного решения. Это, в свою очередь, требует унификации и приведения бизнес-процессов к определённому стандарту. Или если организация перестраивает свою деятельность в связи со сменой приоритетов, расширением и освоением новых сегментов рынка.
‒ Интеграция на уровне корпоративных программных приложений. Данный вид интеграции предполагает совместное использование исполняемого кода, а не только внутренних данных интегрируемых приложений.
Программы делятся на компоненты, которые затем интегрируются при помощи стандартизованных программных интерфейсов (API) и специализированного связующего программного обеспечения (ПО). Такой подход позволяет создать из этих компонентов универсальную программную платформу (ядро), которая может быть использовано всеми приложениями.
Каждое приложение будет иметь только один интерфейс для взаимодействия с этим ядром, что значительно облегчает задачу интеграции. Систему, построенную на таком интеграционном подходе, легче администрировать, поддерживать и масштабировать. Возможность повторного использования функций в рамках имеющейся среды позволяет существенно сократить сроки и стоимость разработки приложений. Обязательным этапом оценки возможности интеграции приложений, которые предполагается связывать в рамках определённого проекта, является анализ внутренней архитектуры приложений. Этот анализ может быть осложнён тем, что, как правило, разработчик приложений, являющихся готовыми программными продуктами, не раскрывает всех деталей внутренней структуры приложений.
‒ Интеграция при помощи Web-сервисов. Данный вид интеграции является передовым и стремительно развивающимся подходом к интеграции приложений. Он базируется на предоставлении стандартного для Web-служб интерфейса доступа к приложениям и их данным. Примером может являться стандартный протокол доступа к объектам — SOAP (англ. Simple Object Access Protocol — простой протокол доступа к объектам).
Так, при помощи SOAP, браузер пользователя может одновременно сравнить данные на нескольких выбранных веб-сайтах и представить клиенту сравнительный отчет. Другой пример: сотрудники одного географически распределенного предприятия могут единовременно использовать корпоративные приложения, доступ к которым осуществляется через соответствующие Web-сервисы (портальное решение).
Web-сервисы похожи на подход EAI, но с одним главным отличием — EAI-решения, в своём множестве, выпускаются как частные случаи для связи определённых продуктов. Соответственно, подключить к уже используемому EAI-решению еще одну стороннюю систему будет довольно трудной и длительной задачей. По своей природе Web-сервисы существенно более унифицированы и стандартизованы. Поскольку Web-сервисы базируются на общих и единых для Консорциума Всемирной паутины (англ. World Wide Web Consortium, W3C-консорциум) стандартах, они могут работать везде, где используется сеть Интернет.
‒ Интеграция на уровне данных. Данный вид интеграции подразумевает, что несколько программных приложений могут обращаться к одной базе данных или в несколько баз данных, связанных репликациями. Преимуществом такого вида является низкая стоимость интеграции.
К недостаткам можно отнести следующее: если база данных не экранирована хранимыми процедурами и не имеет необходимых ограничений и защиты целостности (например, в виде указания каскадных операций и триггеров), то взаимодействие различных приложений с данной БД может явиться причиной ошибок и приводить данные в противоречивые состояния. В случае если БД экранирована и поддерживается целостность хранимых данных, то в одновременно взаимодействующих с одной БД приложениях будут дублироваться части программного кода, выполняющие одинаковые или схожие операции. Кроме того, при внесении изменений в структуру базы, необходимо отдельно переписывать программный код всех приложений, работающих с такой БД.
‒ Интеграция на уровне сервисов. Данный вид интеграции основан на фиксации интерфейсов и форматов данных с обеих сторон. Преимуществом является организация стремительной отработки межкорпоративной бизнес-логики. Такой подход интеграции имеет и недостаток: поскольку изначально он базируется на «запоминании» или фиксации, то при изменении данных, структур или процессов образуются проблемы и ошибки, что приводит к разработке узконаправленных, частных решений.
‒ Интеграция на уровне пользователя. Данный вид относится к неавтоматизированной интеграции, и основан на взаимодействии пользователей друг с другом: обмен данными и файлами между системами через ручное копирование, оправку почты и т. д. Является наиболее простыми видомподходом, и часто применяются в тот момент, когда происходит подготовка внедрения программных систем, а деятельность компании не может прерываться.
Основные термины (генерируются автоматически): вид интеграции, приложение, SOAP, баз данных, Интеграция, API, EAI, OAPI, RPC, программный код.
Источник: moluch.ru
Лекция №3 – Подходы к автоматизации бизнес-процессов организации. Моделирование бизнес-процессов
Автоматизация бизнес-процессов набирает все большую популярность на современном рынке. Это связано ч тем, что механизмы автоматизации позволяют прежде всего сократить издержки любого производства, а следовательно – сделать бизнес более эффективным.
Историческая справка и системы, внедряемые сегодня.
Началом применения ERP–систем можно считать 60-е годы. Тогда эти системы, в основном, использовались для контроля и управления товарно-материальными запасами, причем системы того времени полностью копировали традиционные подходы к этим операциям.
В 70-х годах фокус сместился в сторону MRP (Material Requirement Planning), системы помогали составлять календарные планы с учетом возможностей и потребностей сборочных единиц, необходимого сырья и компонентов.
В 80-х появилась концепция MRP-II, основной задачей которой была оптимизация всех производственных процессов. Поначалу MRP-II являлось добавлением к MRP возможностей планирования работы цехов и распределения внутри завода. Позже добавилось управление финансами, кадрами, инжиниринг, управление проектами и т.д. Фактически MRP-II – это прародитель ERP-систем.
Появившиеся в это же время CRM-системы использовались исключительно для прямого маркетинга, чтобы оперативно получать информацию о клиенте, с которым общается менеджер или продавец (в основном по телефону) и сохранять информацию об истории общения. Развитие CRM-систем шло плавно, они постепенно росли в функциональном плане, в 90-х они уже не только предоставляли возможности для сбора, сохранения и управления информацией о клиенте, но и предоставляли функции персонификации: различные бонусы для определенных клиентов или групп.
Стандартные системы автоматизации бизнес-процессов в глобальном понимании можно разделить на два больших пласта: первый из них – это дорогие системы для крупных компаний, например, SAP, PeopleSoft, Oracle, Siebel или некоторые продукты Microsoft. Эти системы очень функциональны, есть возможность их гибкой настройки и адаптации практически под любую отрасль бизнеса. Автоматизировать можно солидное количество бизнес-процессов компании: маркетинг, продажи, производство и многие другие. Следует отметить, что стоимость и сроки внедрения, а также цена владения не под силу среднему и мелкому бизнесу (за границей терминология немного другая: там компания, в которой работает менее 300 человек считается мелким бизнесом).
Второй – это системы, которые по карману среднему и мелкому бизнесу. В качестве примера можно привести 1С и отраслевые системы. Здесь рынок более динамичный, стоимость одного внедрения значительно ниже цен в первой группе. Компании, обращающиеся за разработкой или внедрением системы, четко понимают задачи и добиваются максимальной отдачи т.к. еще не успели открыть тысячи филиалов по стране и серьезно бюрократизироваться. Следовательно, происходящие в них бизнес-процессы могут быть подвержены реинжинирингу без лишнего сопротивления.
Безусловно, рынок значительно многообразней и, при желании, можно разделять системы и дальше, на группы и подгруппы.
В России особую популярность приобрели системы из первого «пласта» для крупного бизнеса, а также отраслевые системы и собственные разработки для среднего и мелкого бизнеса.
Возможные проблемы и их решение
Стоит отметить, что компании могут столкнуться с некоторыми сложностями при внедрении и дальнейшей работе с системой. Как правило, эти проблемы не носят критического характера и легко устранимы.
Чаще всего это сложности, связанные с привычками сотрудников. При внедрении системы многие сотрудники, особенно «старой закалки» могут сопротивляться нововведениям. Тем более, что порой установке системы предшествует рутинная работа по учету остатков, инвентаризации, пересмотру уже имеющихся данных и переносу их из старой учетной системы в новую. Необходимость такой работы не всегда понятна сотрудникам и здесь важную роль играет мотивация. Бывает, что компания естественным образом избавляется от сотрудников, не способных вместе с ней перейти к новой системе.
Другая сложность связана с тем, что не всегда можно с уверенностью судить об оптимальности того или иного процесса. Сотрудник может (в силу привычки) выражать недовольство новыми схемами работы, но в ряде случае это недовольство может быть оправданным и необходима коррекция процесса.
Кроме того, в идеале, в системе автоматизации процессов всегда должна быть реализована система обратной связи, чтобы явное нарушение процесса не только было заметно, но и отражалось на показателях сотрудника. К примеру – если менеджер по продажам работает с договорами в системе, логично, что бы прогрессирующий процент рассчитывался в той же системе на основе оплаченных счетов (по договорам данного менеджера). А это достигается лишь комплексным подходом к автоматизации. В данном случае, например, необходимо, чтобы функции выставления счетов и учета оплат также были интегрированы в систему.
Прогнозы на будущее
Можно и дальше продолжать спорить о необходимости автоматизации бизнеса, но факт существенного сокращения издержек на предприятии налицо. Например, с помощью такой системы производственные предприятия могут качественно повысить контроль над закупками и складами, улучшить координацию работы отдела логистики и тем самым напрямую сократить собственные издержки.
Если говорить о прогнозах в данной области – уже сейчас предприятия все чаще заказывают частичную или полную автоматизацию бизнеса. Причем, если раньше любая автоматизация считалась сверхдорогим удовольствием, то, сейчас малый и средний бизнес получил альтернативу в виде приложений на базе веб-решений. Подобные разработки набирают популярность, а возможности, заложенные в данную платформу, позволяют снизить сроки и стоимость как разработки и внедрения, так и владения. На мой взгляд, рынок средств автоматизации будет расти, причем в сторону малого и среднего бизнеса, т.к. далеко не все могут позволить себе заказать SAP или даже Microsoft Dynamics, позиционируемую часто, как решение для малого бизнеса. Кроме того, для узкоспециализированных организаций стоимость внедрения таких решений оказывается ещё выше.
DocsVision
DocsVision – универсальная система автоматизации документооборота и бизнес-процессов, разработанная на базе технологии.Net и тесно интегрированная с платформой и приложениями Microsoft. В состав системы входят приложения «Делопроизводство», «Управление процессами» и «Административное делопроизводство», средства разработки приложений и бизнес-процессов, а также программные шлюзы в Microsoft Dynamics AX, Microsoft SharePoint Portal и 1С:Предприятие 8.0.
Решения, построенные на базе DocsVision, позволяют эффективно организовать работу с электронными документами и выполнение бизнес-процессов, связанных с информационным взаимодействием. Система предоставляет возможности для регистрации, хранения, движения, исполнения и поиска документов, а также для создания формализованных автоматизированных бизнес-процессов и контроля над ходом их выполнения. Работая в системе, каждый сотрудник вовремя получает задание на выполнение своего этапа работ и оперативный доступ ко всей необходимой информации, а руководитель имеет возможность контролировать процесс и управлять им. Система оперирует хранящейся в ней информацией и взаимодействует с другими ИТ-системами предприятия, обеспечивая информационное единство и интеграцию систем при выполнении сквозных бизнес-процессов.
ЧТО ТАКОЕ УВЕРЕННОЕ ПОВЕДЕНИЕ В МЕЖЛИЧНОСТНЫХ ОТНОШЕНИЯХ? Исторически существует три основных модели различий, существующих между.
Источник: zdamsam.ru
Презентация на тему Подходы к интеграции программных модулей
Интеграция — это не просто механическое объединение модулей информационной системы. При разработке плана интеграции исходят прежде всего из стратегических целей развития предприятия, возможного изменения бизнес-логики, в соответствии с которой выстраиваются бизнес-процессы и осуществляется их информационное сопровождение.
- Главная
- Информатика
- Подходы к интеграции программных модулей
Слайды презентации
Слайд 1 Подходы к интеграции программных модулей
Слайд 2 Интеграция — это не просто механическое объединение модулей
информационной системы. При разработке плана интеграции исходят прежде всего
из стратегических целей развития предприятия, возможного изменения бизнес-логики, в соответствии с которой выстраиваются бизнес-процессы и осуществляется их информационное сопровождение. Интеграция может производиться на уровне форматов и баз данных, программно-аппаратных и сетевых устройств, пользовательских интерфейсов, форм и шаблонов документооборота, программных приложений и т.д.
Слайд 3 Интеграция на уровне данных
Одной из главных проблем интеграции
данных является обилие форматов и типов (неструктурированные, частично-структурированные, жёстко-структурированные)
данных, а также лавинообразное нарастание их объёмов. Циркулирование разнородных массивов данных и информации в сетях различных служб предприятия создает множество проблем с их сбором, структурированием, обработкой, анализом, хранением, архивированием и передачей пользователю для принятия делового решения.
Слайд 4
Рисунок 1 — Традиционная схема интеграции данных
Слайд 5 Интеграция на уровне физических, программных и пользовательских интерфейсов
Этот
вид интеграции начинался как один из видов «лоскутной интеграции»,
когда предпринимались попытки объединить разрозненные программные приложения, написанные в разное время разными разработчиками, в подобие единого целого. Приложения объединялись по принципу «каждый с каждым», что, в конечном счёте, усложняло их взаимодействие и создавало массу проблем. Кроме того, всё сложнее становилось использовать унаследованные (Legacy Software) и встроенные (Embedded System) системы.
Такой подход хорош для небольшого количества приложений. При большом их числе он практически не работает и не позволяет строить качественно новые запросы к агрегированным данным, т.е. существенного выигрыша от объединения данных нет. В настоящее время проблема интеграции на уровне интерфейсов решается на базе использования информационных подсистем, реализованных стандартными программными приложениями с открытыми интерфейсами (Open Application Programming Interface).
Слайд 6 Подобные унифицированные интерфейсы разрабатываются, например, на базе семейства
международных стандартов POSIX. В этом случае степень интегрируемости можно
характеризовать некоторым числовым показателем (метрикой) который можно, условно говоря, вычислить, перемножив показатель «качества» и «показатель открытости» программного интерфейса. Показателем качества могут выступать такие характеристики, как «совместимость», «надёжность», «переносимость», «понятность», «удобство использования» и пр. В результате мы получим индекс, который (в известной степени) характеризует способность приложения быть частью какого-то другого, глобального композитного приложения.
В настоящее время всё чаще применяется следующий алгоритм: отделяют слой обработки данных от привязанных к ним форм визуализации и реализуют прикладную бизнес-логику на одном из языков третьего поколения (3GL), оформив программный доступ к прикладным функциям в виде хорошо документированного программного интерфейса
Слайд 7
Рисунок 2 — Организация доступа к интегрированным данным
через открытые интерфейсы
Слайд 8 Интеграция на функционально-прикладном и организационном уровнях
Этот вид интеграции
предполагает объединение ряда однотипных или схожих функций в макрофункции
с перераспределением потоков данных и управления, а также ресурсов и механизмов для исполнения. Это часто влечёт за собой перестройку организационных структур, бизнес-процессов и, соответственно, схему их информационного и документационного обеспечения.
Выгоды от такой интеграции очевидны — процессы становятся более прозрачными, управляемыми, менее затратными, уменьшается количество обслуживающего персонала, число ошибок при формировании документов и т.д. Однако интеграция такого вида влечёт за собой существенную перестройку или полный реинжиниринг сети процессов, что связано с крупными рисками. Чаще всего такая интеграция проводится в том случае, когда предприятие готовится к внедрению КИС на базе известного решения, которое требует привести бизнес-процессы к требуемому стандарту, или перестраивает свою деятельность в связи со сменой устремлений, открытием филиалов в других странах, освоением новых сегментов рынка и т.д.
Слайд 9 Интеграция на уровне корпоративных программных приложений
Интеграция на уровне
приложений (Enterprise Application Integration — EAI,) подразумевает совместное использование
исполняемого кода, а не только внутренних данных интегрируемых приложений. Программы разбиваются на компоненты, которые интегрируются с помощью стандартизованных программных интерфейсов и специального связующего ПО.
При таком подходе из этих компонентов создается универсальное программное ядро или платформа, с помощью которых используют все приложения. Для каждого приложения создается только один интерфейс для связи с этим ядром, что существенно облегчает задачу интеграции. Полученную в результате систему легче поддерживать и расширять.
Повторное использование функций в рамках имеющейся среды позволяет значительно снизить время и стоимость разработки приложений. В этом случае анализ внутренней конструкции приложений — обязательный этап в оценке степени интегрируемости тех приложений, которые предполагается связывать в рамках того или иного проекта. Этот анализ усложняется тем, что обычно разработчики приложений, являющихся законченными программными продуктами, как правило, не показывают деталей внутренней конструкции приложений.
Слайд 10 В связи с этим технология интеграции в настоящее
время рассматривает не просто интеграцию приложений, но их интеграцию
на базе интеграции бизнес-процессов – в этом случае следует говорить об интеграции на уровне всего предприятия (Enterprise Integration Metodology — EIM).
Рисунок 3 — Схема применения методологии EIM
Слайд 11 Интеграция при помощи Web-сервисов
Самый современный и быстро развивающийся
подход к интеграции приложений. Он основан на обеспечении стандартного
для Web-служб интерфейса доступа к приложениям и данным
Рисунок 4 — Схема доступа с использованием Web-служб
Слайд 12 возможность осуществлять оперативное управление распределенной компанией и ведение
консолидированного управленческого учета по нескольким филиалам;
возможность осуществлять планомерное развитие
общекорпоративной информационной системы, интегрируя в нее функциональные компоненты, исходя из приоритетов развития бизнеса компании и потребностей функциональных подразделений, т.е. возможность синхронизировать развитие системы с развитием бизнеса;
возможность при необходимости заменить любой функциональный компонент другим, более соответствующим текущим бизнес-потребностям;
возможность инвестировать в развитие информационных технологий не сразу, а поэтапно, на каждом этапе соотнося вложенные средства с полученным бизнес-эффектом, а также снижать общую стоимость автоматизированного рабочего места, включая затраты на создание системы, поддержку рабочих мест и обучение пользователей;
резкое снижение времени сбора информации, необходимой для принятия управленческих и деловых решений, сокращение времени и трудозатрат на ведение учетных операций, на формирование промежуточных отчетов, на сверку информации между подразделениями и ликвидация противоречивости и несовместимости данных от различных служб;
cохранение инвестиций в имеющиеся системы и оборудование, в обучение персонала.
Источник: findtheslide.com