Системная интеграция определяется в инженерии как процесс объединения составных подсистем в одну систему (агрегация подсистем, взаимодействующих так, что система способна обеспечить всеобъемлющую функциональность) и обеспечения того, чтобы подсистемы функционировали вместе как система . 1] и в информационных технологиях [2] как процесс соединения различных вычислительных систем и программных приложений физически или функционально, [3] чтобы действовать как единое целое.
Системный интегратор интегрирует отдельные системы, используя различные методы, такие как создание компьютерных сетей , интеграция корпоративных приложений , управление бизнес-процессами или ручное программирование . [4]
Системная интеграция предполагает интеграцию существующих, часто разрозненных систем таким образом, «чтобы сосредоточиться на увеличении ценности для клиента» [5] (например, улучшение качества и производительности продукции), в то же время обеспечивая ценность для компании (например, сокращение операционных затрат). затраты и сокращение времени реагирования). [5] В современном мире, подключенном к Интернету , роль инженеров по системной интеграции важна: все больше и больше систем проектируются для подключения, как внутри строящейся системы, так и к уже развернутым системам. [6]
Вертикальная интеграция (в отличие от « горизонтальной интеграции ») — это процесс интеграции подсистем в соответствии с их функциональностью путем создания функциональных единиц, также называемых « бункерами» . [7] Преимущество этого метода в том, что интеграция выполняется быстро и включает только необходимых поставщиков, поэтому в краткосрочной перспективе этот метод дешевле. С другой стороны, стоимость владения может быть существенно выше, чем при использовании других методов, поскольку в случае появления новой или расширенной функциональности единственным возможным способом реализации (масштабирования системы) будет внедрение еще одного бункера. Повторное использование подсистем для создания другой функциональности невозможно. [8]
Звездная интеграция , также известная как интеграция спагетти , представляет собой процесс интеграции систем, при котором каждая система взаимосвязана с каждой из оставшихся подсистем. При наблюдении со стороны интегрируемой подсистемы связи напоминают звезду, но при представлении общей схемы системы связи выглядят как спагетти, отсюда и название этого метода. Стоимость варьируется в зависимости от интерфейсов, которые экспортируют подсистемы. В случае, когда подсистемы экспортируют гетерогенные или собственные интерфейсы, стоимость интеграции может существенно возрасти. Время и затраты, необходимые для интеграции систем, увеличиваются в геометрической прогрессии при добавлении дополнительных подсистем. С точки зрения функциональности этот метод часто кажется предпочтительным из-за чрезвычайной гибкости повторного использования функциональности. [8]
Горизонтальная интеграция или Enterprise Service Bus (ESB) — это метод интеграции, при котором специализированная подсистема предназначена для связи между другими подсистемами. Это позволяет сократить количество соединений (интерфейсов) до одного на каждую подсистему, которая будет подключаться непосредственно к ESB. ESB способен транслировать интерфейс в другой интерфейс. Это позволяет сократить затраты на интеграцию и обеспечивает исключительную гибкость. В системах, интегрированных с помощью этого метода, можно полностью заменить одну подсистему другой подсистемой, которая обеспечивает аналогичную функциональность, но экспортирует другие интерфейсы, и все это полностью прозрачно для остальных подсистем. Единственное необходимое действие — реализовать новый интерфейс между ESB и новой подсистемой. [8]
Однако горизонтальная схема может ввести в заблуждение, если считать, что можно избежать затрат на преобразование промежуточных данных или затрат на перекладывание ответственности на бизнес-логику. [8]
Интеграция жизненного цикла промышленности — это процесс системной интеграции, который рассматривает четыре категории или стадии интеграции: начальное внедрение системы, проектирование и проектирование, проектные услуги и операции. [9] Этот подход учитывает требования каждого этапа жизненного цикла промышленного актива при интеграции систем и подсистем. Ключевым результатом является стандартизированная архитектура данных, которая может функционировать на протяжении всего срока службы актива.
Общий формат данных — это метод интеграции, позволяющий избежать необходимости конвертировать данные в форматы других приложений каждому адаптеру. Системы интеграции корпоративных приложений (EAI) обычно предусматривают независимый от приложения (или общий) формат данных. [10] Система EAI обычно предоставляет услугу преобразования данных, а также помогает конвертировать форматы, специфичные для конкретного приложения, в общие форматы. Это делается в два этапа: адаптер преобразует информацию из формата приложения в общий формат шины. Затем к этому применяются семантические преобразования (преобразование почтовых индексов в названия городов, разделение/объединение объектов из одного приложения в объекты в других приложениях и так далее).
Системная интеграция может быть сложной задачей для организаций, и эти проблемы могут снизить общую рентабельность инвестиций после внедрения новых программных решений. Некоторые из этих проблем включают отсутствие доверия и желания делиться данными с другими компаниями, нежелание передавать различные операции третьей стороне, отсутствие четкого взаимодействия и ответственности, разногласия партнеров относительно того, где должны находиться функциональные возможности, высокая стоимость интеграции, трудности с поиском хорошие таланты, хранилища данных и общие стандарты API . [11] Эти проблемы приводят к созданию препятствий, которые «предотвращают или замедляют интеграцию бизнес-систем внутри и между компаниями». [12] Четкая коммуникация и упрощенный обмен информацией являются ключевыми элементами в построении долгосрочной системной интеграции, которая может удовлетворить бизнес-требования.
С другой стороны, проекты системной интеграции могут быть невероятно полезными. Для устаревших систем различные формы интеграции позволяют обеспечить обмен данными в режиме реального времени. Это может позволить, например, использовать модели распределения данных издатель-подписчик , консолидированные базы данных, архитектуры, управляемые событиями , сократить ввод пользовательских данных вручную (что также может помочь уменьшить количество ошибок), обновить или модернизировать интерфейс приложения, а также разгрузить запросы и отчеты. от дорогих операционных систем к более дешевым обычным системам (которые могут сэкономить затраты, обеспечить масштабируемость и высвободить вычислительную мощность в основной операционной системе). Обычно проводится обширный анализ затрат и выгод , чтобы определить, стоит ли интеграционный проект затраченных усилий.
{{cite journal}}: CS1 maint: multiple names: authors list (link)