Роль системного интегратора в современном мире технологий

Системное проектирование

Определение системной интеграции

Системная интеграция является процессом объединения различных компьютерных систем, программ и приложений, чтобы они могли взаимодействовать и работать вместе как единое целое. Данная интеграция позволяет разным системам обмениваться данными и ресурсами, синхронизировать свою работу и улучшать общую эффективность организации.

Системная интеграция включает в себя проектирование, разработку, установку и тестирование компонентов системы, а также обеспечение их совместной работы. Это позволяет разным системам взаимодействовать и обмениваться данными в режиме реального времени.

Процесс системной интеграции может быть сложным и требует экспертных знаний в области информационных технологий. Он включает в себя разработку API (интерфейсов программного обеспечения), настройку протоколов связи и обеспечение безопасности данных.

Системная интеграция может быть применена в различных сферах, таких как бизнес, медицина, образование и другие. Примерами системной интеграции могут быть объединение CRM (управление взаимоотношениями с клиентами) и ERP (планирование ресурсов предприятия) систем для автоматизации бизнес-процессов, интеграция медицинских систем для обмена данными о пациентах, а также интеграция систем управления образованием для обеспечения эффективного учебного процесса.

Системная интеграция становится все более востребованной в современном мире, где компьютерные системы и приложения становятся неотъемлемой частью организаций. Она позволяет улучшить работу организации, повысить ее эффективность и обеспечить лучший обмен данными и ресурсами.

Типы системной интеграции

Системная интеграция включает в себя различные подходы и методы, которые позволяют объединять разнородные системы в единую согласованную систему. В зависимости от характеристик систем и задач, которые нужно решить, системная интеграция может быть реализована следующими способами:

  1. Вертикальная интеграция — это объединение систем, расположенных на разных уровнях иерархии организации. При вертикальной интеграции реализуется обмен данными и информацией между системами, которые выполняют разные функции, но находятся на разных уровнях иерархии.

  2. Горизонтальная интеграция — это объединение систем, которые функционируют на одном уровне иерархии организации. Горизонтальная интеграция может быть реализована путем создания единого информационного пространства для взаимодействия различных систем и обеспечения их взаимодействия и совместной работы.

  3. Потоковая интеграция — это интеграция систем, которые обрабатывают информационные потоки. Потоковая интеграция предполагает передачу данных и информации между системами, которые выполняют последовательные операции обработки и анализа данных.

  4. Функциональная интеграция — это интеграция систем, которые выполняют разные функции в рамках одного процесса или операции. Функциональная интеграция предполагает объединение различных систем с целью оптимизации процесса работы и улучшения результатов.

  5. Данные интеграции — это интеграция систем, которые управляют данными и информацией. Данные интеграции предполагают согласование и стандартизацию данных, а также обмен и синхронизацию данных между разными системами.

  6. Сервисная интеграция — это интеграция систем, которые предоставляют различные сервисы и функции. Сервисная интеграция предполагает объединение различных систем с целью предоставления единого интерфейса для доступа к сервисам и функциям.

Выбор типа системной интеграции зависит от конкретных задач и требований организации. Часто используется комбинация различных типов интеграции для достижения наилучших результатов.

Системная интеграция: ключевые аспекты понятия

Системная интеграция — процесс объединения различных компьютерных систем и программных приложений в единую совокупность для эффективной работы и обмена информацией.

Ключевые аспекты системной интеграции:

  1. Совместимость. Одним из важных аспектов системной интеграции является обеспечение совместимости между различными системами. Это означает, что системы должны быть способны обмениваться данными и взаимодействовать друг с другом без препятствий.
  2. Обмен данными. Системная интеграция включает в себя возможность передачи информации между различными системами. Для этого может использоваться стандартный формат данных или различные протоколы передачи данных.
  3. Целостность данных. Важным аспектом системной интеграции является обеспечение целостности данных. Это значит, что данные должны быть переданы без искажений и сохранять свою целостность и точность в процессе передачи между системами.
  4. Автоматизация. Системная интеграция позволяет автоматизировать процессы обмена информацией между системами. Это позволяет ускорить работу и снизить вероятность ошибок, связанных с ручным вводом данных.
  5. Масштабируемость. Одним из важных аспектов системной интеграции является возможность масштабирования компьютерных систем. Это позволяет добавлять новые компоненты или изменять существующую структуру без значительных затрат.

Какие типы интеграторов «не одинаково полезны»

Заказчик всегда должен помнить, что цель любого интегратора – получить прибыль от взаимодействия с заказчиком, продажи ему оборудования, материалов и услуг. В этом и заключается смысл интеграторского бизнеса. Интегратор не меценат и не волшебник. Нет смысла делать что-то для заказчика в ноль или в минус, поскольку это потеря времени и ресурсов для интегратора.

Избыточная конкуренция на рынке и внутри одного заказчика в тендере, к сожалению, стимулирует демпинг со стороны интеграторов.

Благодаря Интернету стоимость материалов и оборудования стала для заказчика доступной, что позволяет ему уже на ранних этапах оценить свою финансовую возможность по использованию того или иного вендора в проекте. Все, чем действительно могут конкурировать интеграторы друг с другом на тендерах, – это технологии, объемы и цена. Поэтому камнем преткновения любого тендера является именно стоимость работ (проектирование, монтаж, пусконаладка, сервис и т.д.).

Если интегратор не производил обследования объекта, не обсуждал с заказчиком технологию выполнения работ и имеющиеся столбы, туннели, слаботочные и силовые шахты, лотки, кабель-росты, каналы связи между зданиями или объектами и т.д., то интегратор не сможет адекватно посчитать стоимость материалов и работ. Любая названная в тендере сумма услуг такого интегратора будет для заказчика лотереей.

Чтобы вписаться в названную на тендере сумму проекта и не уйти в минус, интегратор всегда будет жертвовать качеством оборудования, материалов и работ. Или рассчитывать, что в процессе реализации проекта интегратор сможет «качнуть» заказчика на дополнительные соглашения, которые частично или полностью компенсируют интегратору понесенные затраты.

Редко кто из интеграторов откажется от выигранного путем демпинга тендера на старте, поскольку это черное пятно на репутации. Такие интеграторы будут тянуть, искать подрядчиков, пытаться заменить материалы на более дешевые и т.д. Интегратор, выигравший тендер демпингом, будет думать не о том, чтобы сделать заказчика счастливым и довольным, а о том, чтобы быстрее закончить проект и перейти на другой объект. В итоге качество проекта с большой вероятностью будет плохим, а заказчик со временем (когда закончится срок гарантии на оборудования) останется у разбитого корыта.

Те заказчики, которые уже обожглись с такими недобросовестными интеграторами в прошлом, очень внимательно относятся к составлению тендерной документации. Они готовы немного переплатить, но хотят получить гарантию качества выполненного проекта. 

Для получения заказчиком релевантных тендерных предложений очень важно, чтобы в одном тендере конкурировали интеграторы из одного сегмента – крупные с крупными, средние со средними или хотя бы крупные со средними. Заказчик всегда получит отрицательный результат корпоративного проекта, если в тендере будут конкурировать крупные и мелкие интеграторы

Заказчик всегда получит отрицательный результат корпоративного проекта, если в тендере будут конкурировать крупные и мелкие интеграторы.

Добросовестный интегратор всегда будет стараться говорить заказчику правду, задавать много уточняющих вопросов, предлагать различные варианты решения на этапе обследования объекта и оценки бюджета, предлагать рассмотреть более дорогой, но качественный вариант для проекта или его частей, будет сдержан в обещаниях быстрого формирования цены, уточнит у заказчика пункты договора и риски невыполнения работ в срок. Если добросовестный интегратор не увидит в лице заказчика партнера с желанием действительно сделать проект, а не просто освоить бюджет, то, скорее всего, откажется от выполнения проекта, чтобы не «портить себе карму халтурой».

Недобросовестный интегратор будет мало спрашивать и много обещать, приближать дату тендера и смело понижать стоимость лотов в момент тендера, а также делать все, чтобы обязательства интегратора были выполнены как можно быстрее для получения финального расчета.

Предыстория.

Все, кто имеет достаточный опыт  в системной интеграции и разработке, знают,  что ход выполнения сложных проектов характеризуется ключевыми особенностями/проблемами:

1) хронический дефицит компетентных специалистов и постоянная их сменяемость,

2) смутно-ясное представление о конечном результате,

3) постоянный  прессинг от  заказчика на предмет внезапных изменений в целеполагании и способе исполнения,

4) разбухание объёмов работ слабо контролируемых  со стороны внутренних служб управления проектами,

5) расход времени на заполнение гигантских объёмов документации, наличие которой обязательно по проекту, но мало помогает сопровождению ПО,

6) как результат проекта, продукт с очень сложными взаимосвязями и логикой, любое изменение в который за короткое время превращается в отдельный проект.

7) слабая формализованность промежуточных результатов внутрикомандной работы, когда те же методологи передают проектировщикам, а те далее разработчикам задачу в таком виде, который требует отдельного времени на выяснение «что собственно требуется сделать» (называется «слить проблему на программиста»),

8) и т.д. и т.п.

Кажется, в системной интеграции и франчайзинге так было испокон веков и вечно так будет, поскольку вполне соответствует  человеческой сущности и стартовым условиям:

— сделай то, не точно знаю что,

— главное сделать что-нибудь и показать, мы все люди умные, авось проскочим,

— три последних дня решают всё,

— всегда так делали и т.п.

Есть ли какое-то решение, способ выйти из замкнутого круга?

Вполне.

Факты и последствия качественного и некачественного монтажа

На рис. 2 представлены примеры так называемого шараш-монтажа, безграмотного и неприемлемого: незащищенные кабели, кабели не для наружной прокладки, риск разрушения кабелей от погодных условий, риск простого вывода оборудования из строя, вандализма, попадания в оборудование и в распределительную коробку влаги и насекомых.

Рис. 2. Примеры «шараш-монтажа» камер

Недостатки монтажа PTZ- и уличной камер хорошо видны на рис. 3. PTZ-камера прикреплена к столбу без хомутов, на столбе использована гофра, а не труба для уличной прокладки, кабели протянуты по воздуху, отсутствует герметизация ввода кабелей внутрь камеры. Есть риск попадания внутрь влаги, рассыпания гофры со временем и повреждения камеры в случае, если не выдержит крепеж. В монтаже уличной камеры распределительная коробка на фасаде выглядит неэстетично и некрасиво. Если камера висит низко, появляется легкий доступ к кабелям камеры, возникает риск вандализма и несанкционированного подключения к камере через коробку.

Рис. 3. Примеры некачественного монтажа PTZ- и уличной камер

На рис. 4 показан пример качественного монтажа. Камера, установленная на столб, закреплена двумя металлическими хомутами. Кронштейн имеет пространство для герметичного ввода кабелей. Кабели к камерам на фасаде подведены скрыто. Монтаж эстетичный и кра сивый. Камеры закреплены согласно рекомендациям производителей (не видны крепежные элементы), имеют в своей конструкции пространство для герметичного ввода кабелей. Такой монтаж позволит заказчику на 100% быть уверенным в работоспособности оборудования в любых погодных условиях.

Рис. 4. Качественный монтаж камер видеонаблюдения

Примеры грамотного, качественного и эстетичного монтажа камер на реальных объектах также представлены на рис. 5–8 и взяты из личного архива автора.

Рис. 5. Видеокамера в аэропорте Баку

Рис. 6. Камера на административном здании в Сanary Wharf, Лондон

Правильный монтаж систем видеонаблюдения и систем безопасности снижает риск потенциального вандализма и полностью обеспечивает требования по инсталляции производителей оборудования, что гарантирует его работоспособность и максимально длительную эксплуатацию. Подобный монтаж возможен, когда выполнен грамотный проект, продуманы места установки и способ выведения кабелей на фасад. Да, такие «мелочи», как высоты установки оборудования, способ подведения к ним кабелей, способ и крепление оборудования, способ обслуживания и мойки наружного оборудования, размещение источников света и учет положения солнца в течение дня при выборе конкретной модели камеры, учет цветовой гаммы объекта и покраска корпусов камер под цвет объекта, всегда будут требовать большего внимания интегратора и будут стоить дороже, но конечный результат – довольный заказчик и сохранение эстетического вида объекта – того стоят.

Рис. 7. Точка экстренного вызова в New York University, Нью-Йорк

Рис. 8. Камера видеонаблюдения в спортивном магазине в Киеве

Слайд 9Системы управления информационными потоками как средство интеграции приложений

В основе технологии Workflow лежат следующие понятия: объект –

информационный, материальный или финансовый объект, используемый в бизнес-процессе (например, письмо, оборудование, счет); событие – внешнее (не контролируемое в рамках процесса) действие, произошедшее с объектом (скажем, получение письма, поломка оборудования, получение счета); операция – элементарное действие, выполняемое в рамках рассматриваемого бизнес-процесса (допустим, подготовка письма, ремонт оборудовали, оплата счета); исполнитель – должностное лицо, ответственное за выполнение одной или нескольких операций бизнес-процесса (к примеру, менеджер, механик, бухгалтер).

Рисунок 2 – Взаимосвязь базовых понятий технологии Workflow

Проведение обследования

В большинстве случаев на данном этапе проводится изучение текущей инфраструктуры. Итоговым документом должен быть отчет о предпроектном обследовании, который содержит:

СМСИБ применяется для:

  • оперативного контроля за защищенностью информационных систем;
  • обнаружения и сбора событий безопасности из журналов аудита информационных систем;
  • корреляции событий безопасности и обнаружения инцидентов ИБ;
  • построения отчетов и оповещения об инцидентах ИБ;
  • обеспечения хранилища исходных и нормализованных событий безопасности;
  • обеспечения инвентаризации и управления конфигурациями информационных активов.
  • имеющиеся нормативно-методические и организационно-распорядительные документы по вопросам обеспечения информационной безопасности;
  • порядок взаимодействия подразделений, обеспечивающих и контролирующих информационную безопасность;
  • актуальные сведения об архитектуре сети, составе и количестве технических и программных средств информационной системы;
  • информацию о наличии требований к сбору и анализу событий информационной безопасности, расследованию инцидентов ИБ, к срокам хранения данных о событиях информационной безопасности и инцидентах ИБ;
  • планы модернизации сети и информационной системы с указанием ориентировочных сроков проведения работ;
  • другие особенности информационной системы, влияющие на архитектуру СМСИБ.

Этот этап чаще всего проводится заказчиками в рамках системной интеграции единого проекта, но также может проводиться отдельно как научно-исследовательская работа (НИР).

Если предпроектное обследование проводится в рамках НИР, то, помимо аудита текущей инфраструктуры, анализируются имеющиеся на российском рынке продукты СМСИБ, выбирается программный продукт и составляется технико-экономическое обоснование. В таком случае документ «Отчет о предпроектном обследовании» дополнительно включает в себя:

  • сравнительный анализ СМСИБ;
  • технико-экономическое обоснование выбора СМСИБ с учетом потребностей и архитектуры сети заказчика.

Руководство по операциям

Развертывание рабочей нагрузки является важной вехой. После выполнения процессов интеграции фокус может переключиться на операции

Следующие материалы предоставляют рекомендации и справочные сведения, которые помогут вам по-прежнему отвечать требованиям клиентов и нормативных требований:

  • Автоматизированные записные книжки Jupyter для диагностика: написание руководств по устранению неполадок и этапов диагностики в Записных книжках Jupyter, которые можно повторно использовать, тестировать и автоматизировать.
  • Сведения о соединителях в Azure Logic Apps. Узнайте, как воспользоваться преимуществами сотен соединителей, которые предлагает Logic Apps.
  • Политика Azure элементы управления соответствием нормативным требованиям для Azure Logic Apps: обеспечение соответствия Logic Apps нормативным стандартам.

Решение на уровне системы

Рис. Модульные системы ARK-2230 компании Advantech для быстрой интеграции оборудования в систему «умного» производства

Для решения проблемы взаимо­действия компания Advantech предоставляет ARK-2230 как шлюзовую систему, а кроме того, для разработки iFactory на основе IoT-оборудования в качестве програм­мной платформы — программное обеспечение WISE-PaaS/RMM, с комплексными инструментами разработчика и облачным сервисом, что позволит ускорить развертывание конечной системы. Шлюз ARK-2230 (рис.) представляет собой компактные безвентиляторные модульные системы типа PC-box с поддержкой Intel Celeron J1900 Quad Core 2.0GHz SoC, предназначенные для интеграции и управления потребностями «умной» фабрики. Шлюзовые системы ARK-2230 поддерживают уникальные iDoor-модули компании Advantech и модули ARK-Plus. Такие модули обеспечивают два массива дополнительных интерфейсов ввода/вывода (I/O), включая изолированные и неизолированные COM-порты, CANBus, LAN, цифровые порты ввода/вывода (I/O) и порты PoE. Данный подход и предоставляемые возможности применяются для гибкого подключения самых различных устройств и систем оборудования, которые уже имеются на модернизируемом предприятии.

Программное обеспечение компании Advantech WISE-PaaS/RMM для IoT-оборудования содержит WISE-агент со стороны шлюза. ПО развернуто на уровне шлюза и сервера и предназначено для обработки и преобразования данных, отправленных с отдельного производства с разными форматами данных в протокол стандарта MQTT для IoT-устройств и передачи уже унифицированных данных на сервер WISE-PaaS/RMM и в облачную базу данных. Оно также интегрирует механизм правил IBM Node-RED, используемый для создания логики потока данных в системе IoT с помощью простых операций перетаскивания. Благодаря этому инструменту можно установить логические правила для iFactory, что позволит различным системам предприятия работать в синергии и достигать заданных производственных целей. Программный пакет WISE-PaaS/RMM компании Advantech обеспечивает построение панели мониторинга и богатый набор интерфейсов прикладного программирования (API) RESTful, которые системные интеграторы могут применять для проектирования и создания пользовательских интерфейсов и различных веб-сервисов и мобильных приложений. Поддержка RESTful важна для быстрой и простой интеграции системы с новыми данными и функциями и с другими приложениями.

Для облачной аналитики, для удобного управления данными и доступа к облачным службам Microsoft Azure, WISE-PaaS/RMM предоставляет как базу данных корреляции, так и базу данных без корреляции, что помогает легко устанавливать облачные приложения на Azure Marketplace.

Преимущества:

  • Одно общее решение для сбора данных с оборудования, использующего технологию «Интернета вещей», предоставляется шлюзами на базе компьютеров и контроллеров, а также с помощью программного обеспечения WISE-PaaS/RMM.
  • Оптимизированное интеллектуальное управление и контроль, обеспечиваемые модульным и простым в редактировании логическим движком.
  • Простая аппаратная интеграция благодаря гибким модулям ввода/вывода (I/O).
  • Быстрая интеграция ПО и функций, предоставляемых поддержкой интерфейсов прикладного программирования (API) RESTful.
  • Удобное и эффективное управление базами данных.

Возможности и проблемы интеграции инженерных систем

Основа интеллектуального здания – интегрированная, кабельная инфраструктура. Она включает в себя: структурированную кабельную систему (СКС), взаимосвязывающую компоненты шиной, для передачи управляющих сигналов системам автоматизации.

Приведем список классов, на которые можно разбить системы, составляющие в своей совокупности то, что может быть названо «интеллектуальным зданием»:

1) Системы управления инженерными коммуникациями и установками: отопление, вентиляция, кондиционирование, водоснабжение, канализация, электроснабжение, теплоснабжение, газоснабжение.

3) Системы управления бизнесом: фронт-офис автоматической системы управления, направленные на клиента или пользователя; бэк-офис, направленные на внутреннюю деятельность организации, включая склад, бухгалтерию и пр.

К интеллектуальному зданию можно отнести здание, если в нем присутствуют несколько вышеперечисленных систем и они объединены между собой. Современные системы построены по модульному принципу, позволяющие постепенно объединять, развивать и совершенствовать их.

Благодаря возможности свободно программируемых реакций на события от объекта, становится легко создать частичную или полную автоматизацию всех проходящих процессов. Иными словами информация от объекта может обрабатываться, как оператором, так и самой автоматикой комплекса. Так же обстоят дела с принятием решения по событиям, к примеру, в случае возникновения какой-то тревоги и бездействия оператора, автоматика самостоятельно принимает решение, по заранее заданному алгоритму и передает полную информацию о произошедшем на центральный диспетчерский пункт. Таким образом, весь комплекс может стать легко управляемым и прозрачным.

К проблеме интеграции управления зданием относится также отсутствие методологии создания таких систем, общих правил и принципов. Необходима разработка регламента создания интегрированных систем, которай обеспечивает генерирование требований к техническим и программным средствам, к их составу, к структурам построения и идеологии систем управления, а также определяет требования к взаимодействию систем.

Таким образом, проблему создания интеллектуального здания, исключая строительно-технологические условия, можно разделить на две составляющие:

  1. Интеграция управления инженерно-техническими системами здания в едином структурированном информационном поле, для обеспечения мониторинга и управления зданием, как единым объектом автоматизации.
  2. Разработка единого регламента функционирования инженерно-технических систем здания для обеспечения его энергетической эффективности.

Резюмируя вышесказанное, можно отметить, что для создания функциональной, надежной, рациональной системы автоматизации необходимо взаимодействие всех вовлеченных в этот процесс субподрядчиков на самой ранней стадии работ — на этапе формирования технического задания. Причем необходимо делать ставку на использование общего открытого протокола, с помощью которого системы могут быть объединены в единый комплекс с минимальным количеством технических и организационных сложностей, что в конечном счете благоприятно скажется не только на качестве, но и на цене конечного продукта.

Оцените статью