Системная интеграция - Википедия - System integration

Разработка программного обеспечения
Активность ядер
Парадигмы и модели
Методологии и рамки
Вспомогательные дисциплины
Практики
Инструменты
Стандарты и свод знаний
Глоссарии
Контуры

Системная интеграция определяется в инженерное дело как процесс объединения компонентов под-системы в одну систему (совокупность подсистем, взаимодействующих таким образом, чтобы система могла предоставлять всеобъемлющую функциональность) и обеспечение того, чтобы подсистемы функционировали вместе как система,[1] И в информационные технологии[2] как процесс соединения различных вычисление системы и программного обеспечения Приложения физически или функционально,[3] действовать как единое целое.

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

Системная интеграция предполагает интеграцию существующих, часто разрозненные системы таким образом, «который фокусируется на увеличении ценности для клиента»[5] (например, повышение качества и производительности продукта), в то же время обеспечивая ценность для компании (например, снижение эксплуатационных расходов и улучшение времени отклика).[5] В современном мире связаны Интернет, роль инженеров по системной интеграции важна: все больше и больше систем проектируются для подключения как внутри разрабатываемой системы, так и с системами, которые уже развернуты.[6]

Способы интеграции

Вертикальная интеграция (в отличие от «горизонтальной интеграции») - это процесс интеграции подсистем в соответствии с их функциональностью путем создания функциональных объектов, также называемых силосы.[7] Преимущество этого метода в том, что интеграция выполняется быстро и с участием только необходимых поставщиков, поэтому этот метод дешевле в краткосрочной перспективе. С другой стороны, стоимость владения может быть значительно выше, чем при использовании других методов, поскольку в случае новой или расширенной функциональности единственный возможный способ реализации (масштабирования системы) - это реализация другого разрозненного хранилища. Повторное использование подсистем для создания другой функциональности невозможно.[8]

Звездная интеграция, также известный как интеграция спагетти, представляет собой процесс системной интеграции, в котором каждая система взаимосвязана с каждой из оставшихся подсистем. Если смотреть с точки зрения интегрируемой подсистемы, соединения напоминают звезду, но когда представлена ​​общая схема системы, соединения выглядят как спагетти, отсюда и название этого метода. Стоимость зависит от интерфейсов, которые экспортируют подсистемы. В случае, когда подсистемы экспортируют гетерогенные или проприетарные интерфейсы, стоимость интеграции может существенно возрасти. Время и затраты, необходимые для интеграции систем, увеличиваются экспоненциально при добавлении дополнительных подсистем. С точки зрения функциональности этот метод часто кажется предпочтительным из-за чрезвычайной гибкости повторного использования функциональности.[8]

Горизонтальная интеграция или же Корпоративная служебная шина (ESB) - это метод интеграции, при котором специализированная подсистема предназначена для связи между другими подсистемами. Это позволяет сократить количество соединений (интерфейсов) до одного для каждой подсистемы, которая будет подключаться напрямую к ESB. ESB может переводить интерфейс в другой интерфейс. Это позволяет снизить затраты на интеграцию и обеспечивает исключительную гибкость. С системами, интегрированными с использованием этого метода, можно полностью заменить одну подсистему другой подсистемой, которая обеспечивает аналогичную функциональность, но экспортирует разные интерфейсы, причем все это полностью прозрачно для остальных подсистем. Единственное, что требуется, - это реализовать новый интерфейс между ESB и новой подсистемой.[8]

Однако горизонтальная схема может вводить в заблуждение, если полагать, что можно избежать затрат на промежуточное преобразование данных или затрат на перекладывание ответственности на бизнес-логику.[8]

А общий формат данных это метод интеграции, чтобы избежать необходимости каждого адаптера конвертировать данные в / из форматов любых других приложений, Интеграция корпоративных приложений (EAI) системы обычно предусматривают независимый от приложения (или общий) формат данных.[9] Система EAI обычно предоставляет услугу преобразования данных, чтобы помочь преобразовать форматы, специфичные для приложения, и общие. Это выполняется в два этапа: адаптер преобразует информацию из формата приложения в общий формат шины. Затем к нему применяются семантические преобразования (преобразование почтовых индексов в названия городов, разделение / объединение объектов из одного приложения в объекты в других приложениях и т. Д.).

Проблемы интеграции

Системная интеграция может быть сложной задачей для организаций, и эти проблемы могут снизить общую окупаемость инвестиций после внедрения новых программных решений. Некоторые из этих проблем включают отсутствие доверия и желание делиться данными с другими компаниями, нежелание передавать различные операции на аутсорсинг третьей стороне, отсутствие четкого взаимодействия и ответственности, несогласие с партнерами относительно того, где должны располагаться функции, высокая стоимость интеграции, трудности с поиском хорошие таланты и общие API стандарты.[10] Эти проблемы приводят к созданию препятствий, которые «препятствуют или замедляют интеграцию бизнес-систем внутри компаний и между ними».[11] Четкое общение и упрощенный обмен информацией являются ключевыми элементами в построении долгосрочной системной интеграции, которая может поддерживать бизнес-требования.

Смотрите также

Рекомендации

  1. ^ Гилки, Герберт Т. (1960), «Новые методы нагрева воздуха», Новые методы отопления зданий: конференция по корреляции исследований, проводимая Институтом строительных исследований, Отделом инженерных и промышленных исследований, в рамках одной из программ осенних конференций BRI, ноябрь 1959 г., Вашингтон: Национальный исследовательский совет (США). Строительный научно-исследовательский институт, п. 60, OCLC  184031
  2. ^ Для компьютерных систем термин «системная интеграция» включает слово «системы» во множественном числе, хотя форма единственного числа также использовалась для обозначения компьютерных систем.
  3. ^ CIS 8020 - Системная интеграция, Государственный университет Джорджии ОЭСР
  4. ^ Мур, июнь (13 декабря 1982 г.), «Обзоры программного обеспечения, BusinessMaster II +, бухгалтерская книга для систем CP / M», InfoWorld, InfoWorld Media Group, Inc, стр. 31, ISSN  0199-6649
  5. ^ а б Vonderembse, M.A .; Raghunathan, T.S .; Рао, С.С. (1997). «Постиндустриальная парадигма: интегрировать и автоматизировать производство». Международный журнал производственных исследований. 35 (9): 2579–2600. Дои:10.1080/002075497194679.CS1 maint: несколько имен: список авторов (связь)
  6. ^ Мерриман, Дэн (19 февраля 1996 г.), «Связывая все вместе», Сетевой мир, IDG Network World Inc, стр. 51, ISSN  0887-7661
  7. ^ Лау, Эдвин (2005), «Многоканальное предоставление услуг», ОЭСР изучает электронное правительство для улучшения правительства, Париж: ОЭСР, стр. 52, ISBN  9789264018334, OCLC  224889830
  8. ^ а б c d Голд-Бернштейн, Бет; Рух, Уильям А (2005), Интеграция предприятия: основное руководство по решениям для интеграции, Эддисон Уэсли, ISBN  0-321-22390-X
  9. ^ Стандарт формата документа управления общим интерфейсом воздушного судна / магазина, SAE International, Дои:10.4271 / as5609a
  10. ^ Галледж, Томас (сентябрь 2002 г.). «B2B eMarketplaces и малые и средние предприятия». Компьютеры в промышленности. 49 (1): 47–58. Дои:10.1016 / s0166-3615 (02) 00058-1. ISSN  0166-3615.
  11. ^ Хволби, Ханс-Хенрик; Триенекенс, Жак Х. (декабрь 2010 г.). «Проблемы интеграции бизнес-систем». Компьютеры в промышленности. 61 (9): 808–812. Дои:10.1016 / j.compind.2010.07.006. ISSN  0166-3615.

внешняя ссылка