Интегратор как системный объект. Укрупнение системных интеграторов и проблемы их заказчиков

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

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

Политика ГК «Навигатор» – профессионализм и индивидуальный подход к каждому клиенту. Необходимость и целесообразность предоставления услуг обсуждается с клиентом. Их перечень зависит от масштаба ИТ-инфраструктуры, перечня решаемых задач и финансовых возможностей клиента. В договоре могут быть предусмотрены как разовые работы, так и систематическое сервисное обслуживание.

Перечень предоставляемых услуг:

Системное администрирование сетей и техподдержка оборудования;
Сервисное обслуживание и аварийный ремонт оборудования;
Установка оборудования, инсталляция и настройка операционных систем и прикладных программ, пусконаладочные работы;
Мониторинг работы с предоставлением отчетов;
Техническая и пользовательская поддержка, предоставление консультаций;
Возможность удаленной работы аутсорсера;
Проектирование и установка ИТ систем с нуля или их передислокация на новые площадки.

ВАЖНО! Особое внимание уделяется программному обеспечению:

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

Видеоконференции

Специалисты ГК «Навигатор» произведут быструю настройку оборудования для видеоконференций с неограниченным числом участником. Предлагаемая услуга широко используется для ведения совещаний с сотрудниками и переговоров с партнерами. Но этим ее возможности не исчерпываются, видеоконференции помогут:

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

Системы хранения и резервного копирования данных

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

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

Преимущества работы с ГК «Навигатор»

Согласно статистике собранной нашими специалистами средняя экономия средств на обслуживание ИТ-сферы, которую может получить компания клиента, составляет 70%. При этом значительно повышается качество функционирования ИТ-инфраструктуры и ее безопасность. Услуги системной интеграции от ГК «Навигатор» действительно экономят средства вашей компании!

В этой статье будет рассмотрена деятельность под названием «системная интеграция», которой занимаются ИТ-компании, именующие себя «системными интеграторами». Автор несколько лет работал менеджером проектов в одном из российских системных интеграторов, поэтому попытается описать это понятие «изнутри», четко определить его, рассмотреть виды системной интеграции, подходы к ее осуществлению.

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

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

Понятия «системная интеграция» и «системный интегратор» весьма емкие, под которые часто попадают виды деятельности и компании, которые не являются таковыми в классическом определении этих терминов.

Например:

Системный интегратор <> Крупная многопрофильная ИТ-компания

Системная интеграция <> Поставка и внедрение технологических решений определенного вендора (например, Cisco или Microsoft)

Системная интеграция <> Комплексные проекты по созданию сетевой инфраструктуры компании (для этого существует термин «сетевая интеграция»)

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

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

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

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

Информационные системы, используемые в компании: ERP, CRM, BPM и др. Очевидно, что они должны быть также интегрированы между собой и подсистемами сетевой инфраструктуры. Например, можно существенно сократить трудозатраты оператора Call-центра, интегрировав телекоммуникационное оборудование Call-центра с CRM-системой путем передачи в CRM номера вызывающего абонента и автоматического отображения на экране оператора карточки этого абонента по сравнению с приемом вызова на обычный телефон и поиск карточки абонента вручную.

Системы управления технологическими процессами.

Прочие ИТ-компоненты.

Таким образом, системная интеграция заключается во внедрении компонентов информационной системы предприятия и увязывание их между собой (интеграция) в рамках единой КИС.

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

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

Не менее сложной задачей является технико-экономическое обоснование предлагаемых вариантов создания единой КИС.

Общее определение термина «системная интеграция».

Системная интеграция – объединение отдельных компонентов (подсистем) в одну систему и гарантия того, что подсистемы функционируют совместно как единая система. В информационных технологиях системная интеграция – процесс связывание между собой различных компьютерных систем и программных приложений физически или функционально при помощи специальных техник, таких как компьютерные сети, интеграция корпоративных приложений, управление бизнес-процессами, программирование и др. [http://en.wikipedia.org/wiki/System_integration ]

Интересными являются определения этого термина самими компаниями системными интеграторами [http://www.miks.ru/search/25838.html ]:

СОЗДАНИЕ комплексных решений в области информационных технологий для корпоративных заказчиков (IBM) ;

СОЗДАНИЕ сложных, взаимоувязанных законченных систем функционирования автоматизированных бизнес-процессов предприятия или организации, интегрирующих разнородные технологии и оборудование разных производителей («Ай-Теко») ;

Прежде всего ТВОРЧЕСТВО. Только компания, состоящая из передовых, высокообразованных технически, творческих людей, способных быстро и четко понять потребности заказчика и предложить ему наиболее выгодный вариант решения проблемы, достойна называться интегратором. С точки зрения специалистов, под интеграцией систем понимается проектирование и разработка некой информационной системы, объединяющей в функционально полное решение программные и аппаратные средства, позволяющие заказчику добиться максимально возможного взаимодействия и эффективности различных бизнес-процессов (UAFI-T) ;

ВЫБОР экономически оправданного, интегрированного информационно-телекоммуникационного решения для реализации конкретных задач заказчика, его комплексная реализация и сопровождение в течение жизненного цикла системы («Информационная Индустрия») ;

РАБОТЫ по созданию и запуску в эксплуатацию необходимых клиенту систем (ПО или программно аппаратных комплексов), формируемых, как правило, из независимо разработанных компонентов, либо включаемых в состав уже функционирующих систем (ЛАНИТ) ;

КОМПЛЕКС РАБОТ, предоставляющих заказчику системные (взаимосвязанные и законченные) решения в части технологий, транспортной среды и оборудования, обеспечивающие эффективный бизнес-процесс оператора («Контур-М») ;

РАЗРАБОТКА специализированных решений, включающих поставку аппаратной платформы и разработку ПО, а также интеграцию разработанного решения с другими бизнес-приложениями заказчика (Siemens) ;

ИНТЕГРАЦИЯ различных аппаратных и программных средств в единые подсистемы, а также разработка, производство, монтаж, поддержка и обслуживание программно-аппаратных комплексов, предназначенных для решения определенных заказчиком задач (Computer Mechanics) ;

ИСКУССТВО И НАУКА ИНТЕГРАЦИИ процессов, функций, людей и информационных технологий, позволяющей создать IT-систему, удовлетворяющую бизнес-требованиям конкретного предприятия; это умение объединить разрозненные системы заказчика («Энвижн Груп») ;

ДЕЯТЕЛЬНОСТЬ по решению бизнес- и/или технических задач заказчика с привлечением информационных технологий, направленная на повышение эффективности бизнеса заказчика, где результатом является изменение информационной и/или коммуникационной систем заказчика («Открытые Технологии») ;

ОДНО ИЗ НАПРАВЛЕНИЙ, наиболее востребованных в IT-бизнесе, когда интегратор готов взять на себя головную боль заказчика по интеграции в единое целое всех его систем, а также по расширению его сети, т.е. работы, которые из-за нехватки специфических инженерных ресурсов заказчик не в состоянии выполнить своими силами, в необходимые сроки и с гарантированным качеством («Эквант») ;

СПОСОБНОСТЬ обеспечить заказчиков всеми необходимыми механизмами для эффективного управления бизнесом. Сегодня большинство клиентов приходят со своей стратегией и просят помочь ее реализовать. Какими средствами – вопрос вторичный. (IBS) .

Виды работ при системной интеграции

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

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

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

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

Достаточно крупный интеграционный проект, как правило, включает в себя следующие аспекты (уровни работ) и требует наличия следующих компетенций:

Технический аспект. В конечном счете системная интеграция – это создание или внедрение конкретных аппаратных и программных систем. Поэтому у интегратора должны быть следующие компетенции: Дифференциальные компетенции – экспертные знания в каждом из внедряемых в рамках интеграционного проекта продуктов. Например, конкретных ERP-систем, линеек серверного и телекоммуникационного оборудования. Интегральные компетенции – наличие экспертов понимающих работу и взаимодействие между различными классами систем, а также владеющими технологиями их связывания между собой.

Управленческий аспект. В интеграционные проекты обычно вовлечены десятки сотрудников интегратора самого различного профиля. Для того, чтобы эта группа людей действовала эффективно в направлении достижений целей и задач проекта, как единая команда, а не как бесформенная масса, руководить ею должен квалифицированный менеджер проектов или несколько менеджеров, каждый из которых отвечает за определенную часть проекта (например, разработку ПО, создание центра обработки данных и т.п.), но все они подчиняются главному менеджеру всего проекта в целом. Кроме того, осложняющим моментом является то, что высококвалифицированные технические эксперты могут одновременно участвовать в нескольких проектах, поэтому их выделение должно также координироваться «надпроектной» частью руководства компании. Таким образом, системный интегратор должен обладать сильными компетенциями в области управления проектами.

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

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

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

Общие подходы к интеграции систем

Интеграция систем в большинстве случаев – мера вынужденная, направленная на повышение эффективности бизнес-процессов компании, в которых используются информационные систем [http://citcity.ru/16663/ ]. Для того, чтобы продемонстрировать ценность интеграции информационных систем и наиболее распространенные подходы к интеграции рассмотрим последовательно несколько ситуаций.

Ситуация 1. Нет интеграции между системами

На схеме выше в компании используются три независимые информационные системы: «Складская система» (учет и анализ товародвижений на складе), «CRM-система» (учет и анализ продаж и других взаимоотношений с клиентами) и «Бухгалтерская система» (бухгалтерский учет и финансовый анализ). Между ними нет информационного обмена. Это приводит к тому, что менеджеры по продажам после выставления счетов клиентам вынуждены печатать их копии и нести в бухгалтерию. В бухгалтерии они регистрируются в бухгалтерской системе. Бухгалтерия регистрирует поступление денег на счет. Менеджеры по продажам, не имея возможность получить оплаты автоматически в CRM-систему вынуждены ежедневно осведомляться в бухгалтерии о поступлении денег от клиентов. Не лучше ситуация в работе склада. Здесь есть обширный документооборот с бухгалтерией, двойная регистрация действий (один раз в складской системе, второй раз в бухгалтерской) и менеджерами по продажам (получение от них распоряжений на отгрузку товара клиентам и информирование их о фактах отгрузки).

Ситуация 2. Вертикальная интеграция

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

Во-первых, такую систему крайне трудно расширять функционально. Например, компания может захотеть создать подсистему-экспертизу «Аналитика», которая по вертикали будет расположена над экспертизой «Бухгалтерский учет». Эта экспертиза в значительной степени основана на данных «Оперативного учета». Поэтому, помимо собственно разработки подсистемы «Аналитика» придется дорабатывать подсистему «Бухгалтерский учет» для того, чтобы она получала и хранила для нее из «Оперативного учета» дополнительную информацию.

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

Ситуация 3. Интеграция «многие ко многим» (звезда, спагетти)

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

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

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

Ситуация 4. Горизонтальная интеграция

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

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

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

Ситуация 5. Отсутствие необходимости в интеграции

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

Объекты и методы интеграции систем

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

Обычно, информационная система содержит в себе следующие компоненты:

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

Данные, с которыми работает система. Состоят из СУБД и баз данных.

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

Бизнес-процессы, представляющие из себя сценарии работы пользователей с системой.

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

Интеграция платформ

Интеграция данных

Интеграция приложений

Интеграция бизнес-процессов

Рассмотрим подробнее процесс и технологии интеграции на каждом из этих уровней.

Интеграция платформ

Целями интеграции платформ являются:

Обеспечение возможности взаимодействия между приложениями, работающими на различных программно-аппаратных платформах (например, между приложениями, работающими на серверах Windows, Solaris, Linux и др.).

Обеспечение возможности работы приложений, разработанных для одной программно-аппаратной платформы, на других программно-аппаратных платформах (например, приложений Windows на платформах Linux, Solaris и др.).

Существует несколько подходов, направленных на достижение этих целей. В рамках каждого из подходов существуют различные технологии [http://citcity.ru/10881/ ]:

Удаленный вызов процедур (RPC, CORBA, DCOM, Web-сервисы)

ПО промежуточного слоя (Microsoft.Net, Java Runtime)

Виртуализация

Технологии удаленного вызова процедур (в широком смысле под процедурой понимается некоторая функциональность приложения) позволяют опубликовать процедуру и обеспечить возможность ее вызова (передачи входящих параметров и получения выходных результатов) для приложений, работающих на других платформах. Элементами таких технологий обычно являются: общий для всех платформ язык описания интерфейсов процедур (IDL, WSDL), «адаптер» (переходник) процедуры, который транслирует внешние вызовы во внутренние и передает результаты обратно (стабы) и менеджеры, отвечающие за доставку запросов и результатов между платформами в сети (брокеры). Примерами технологий удаленного вызова процедур являются: RPC, CORBA, DCOM, Web-сервисы.

Концепция программного обеспечения промежуточного слоя (framework, среда исполнения, виртуальная машина) состоит в разработке прикладного ПО не с использованием сервисов конкретной операционной системы (например, Windows API), а с использованием сервисов ПО промежуточного слоя. Разработчиками ПО промежуточного слоя создаются ее реализации под различные операционные системы, которые транслируют вызовы соответствующих функций фрэйворка в вызовы соответствующей операционной системы. Типичным примером является технология Java Runtime Environment. Приложения, разработанные для этой технологии работают на любых программно-аппаратных платформах (Windows, Linux и др.) без каких-либо доработок самих приложений. Аналогичные возможности предоставляет среда Microsoft .Net Framework.

Интересной и современной концепцией является «виртуализация». К интеграции платформ она имеет отношение постольку, поскольку позволяет существенно упростить использования различных платформ и, соответственно, использование систем, требующих для своего функционирования наличия конкретных платформ. Если без виртуализации возможно одновременное функционирование N операционных сред на N серверов, то применение технологий виртуализации позволяет обеспечить функционирование N операционных сред на M серверов. Если N > M – это позволяет сократить расходы на аппаратное обеспечение путем его более эффективного использования. Если N < M – это простой путь увеличения производительности систем. Например, виртуализация позволяет развернуть и одновременно использовать на одном физическом сервере несколько операционных систем: Windows, Linux и др. На каждом из таких «виртуальных» серверов могут быть развернуты соответствующие системы, которые будут доступны одновременно. Примеры технологий виртуализации: Microsoft Hyper-V, Virtuozzo.

Интеграция данных

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

Подходы к интеграции данных:

Универсальный доступ к данным

Хранилища данных

Технологии универсального доступа к данным позволяют обеспечить единообразный доступ к данным различных СУБД. Посредником для работы с конкретной СУБД в данном случае является драйвер для соответствующей СУБД. Например, один и тот же 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) .

В большинстве случае интеграция нескольких систем заключается в передаче информации между ними, например, в форме запрос-ответ. Если системы функционируют в гетерогенных распределенных средах, то принципиальное значение имеет обеспечение гарантированности, безопасности, управляемости доставки информации между приложениями. Эти и другие принципы реализуются в корпоративных системах обмена сообщениями. В данном случае речь идет об обмене сообщениями между приложениями, а не людьми, как, например, в случае 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-сервисов. Упорядочивание опубликованных сервисов в виде каталога.

Построение на основе Web-сервисов новых приложений путем их комбинации.

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

Например, в компании (оператор связи) существует система Service Desk (техническая поддержка абонентов) и биллинговая система (тарификация услуг). Перед компанией стоит задача сделать новую систему «Личный кабинет абонента», в которой абонент мог бы через Интернет просмотреть состояние своего счета и сообщить о неисправности. Для этого компания вместо того, чтобы создавать «Личный кабинет» с собственной базой данных, синхронизируемой с БД биллинговой системы и системы Service Desk, использует готовые Web-сервисы «Карточка абонента» (опубликованный функционал биллинговой системы) и «Создать заявку в техподдержку» (опубликованный функционал системы Service Desk). Очевидно, что вся работа по новому приложению «Личный кабинет» состоит лишь в создании Web-интерфейса пользователя на сайте компании.

Также часто используется следующий подход – интеграция пользовательских интерфейсов. Например, для создания приложений «одного окна». Простейший пример – фреймы в вэб-странице. Внутри каждого фрэйма при этом содержится отдельное вэб-приложение. Благодаря фрэймам, все эти приложения отображаются на экране одновременно. Пользовательские интерфейсы вэб-приложений очень легко интегрируются, однако, существуют возможности интегрировать и «классические» пользовательские интерфейсы и их фрагменты (ActiveX).

Интеграция бизнес-процессов

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

Идеи, лежащие в основе интеграции бизнес-процессов, достаточно просты:

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

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

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

Готовый к выполнению бизнес-процесс выводится на «пульт управления» менеджера, при помощи которого, он может запускать и останавливать бизнес-процессы, отслеживать их состояние, вводить данные и принимать решения на отдельных операциях бизнес-процессов, требующих участия человека и др. Взаимодействия между системами, не требующее участия человека осуществляется автоматически интегрирующим ПО.

Некоторые примеры интегрирующего ПО рассмотрены ниже.

Программные продукты для интеграции систем

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

Можно выделить следующие классы продуктов для интеграции систем:

Реализующие идеологию SOA

Реализующие идеологию Messaging (промежуточное ПО)

Корпоративные шины сервисов

Средства интеграции на уровне бизнес-процессов (BPEL, Business Process Execution Language)

Средства интеграции данных

Прочие…

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

Microsoft BizTalk Server

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

Центральной частью системы является механизм обмена сообщениями (Engine), который состоит из двух частей:

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

Orchestration – правила (логика) обработки сообщений. Например, при помощи визуального дизайнера можно определить алгоритм, в соответствии с которым, получив сообщение от POS-терминала о продаже конкретному клиенту необходимо создать сообщение для CRM-системы и бухгалтерской системы с целью дальнейшей обработки факта продажи.

«Надстройки» над 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.

Integration Services является ETL-инструментом, позволяющим [http://www.microsoft.com/sqlserver/2008/ru/ru/default.aspx ]:

Собрать данные из различных источников (например, реляционных БД, текстовых файлов, RSS-каналов в Интернете, вэб-сервисов и др.).

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

Поместить результат в информационное хранилище, в котором они становятся доступными потребителям интегрированной информации.

Analysis Services поддерживает процесс интеграции данных на следующих этапах, а именно :

Создание OLAP-хранилищ, в которое стекаются данные из различных источников в процессе интеграции, и хранение многомерных данных.

Обеспечение доступа к OLAP-данным, выполнения многомерных запросов. Типичный пример – работа с данными при помощи Pivot Table.

Интеллектуальный автоматизированный анализ данных (Data Mining). Простейший пример – имея таблицу с данными наблюдений за пациентами со следующими полями: диагноз, симптом 1 (температура), симптом 2 (головная боль), … существует возможность построить «дерево решений», при помощи которого врач по наблюдаемым симптомам у больного сможет с определенной вероятностью поставить ему диагноз.

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 BPEL Process Manager – средство создания (при помощи визуального дизайнера), «хостинга» и управления бизнес-процессами, включающими в себя взаимодействие между людьми и интегрируемыми ИТ-приложениями.

Oracle Business Activity Monitoring – панель управления (dashboard) интегрированными бизнес-процесами. Позволяет просматривать различные показатели бизнес-процессов (например, KPI), сервисов и их компонентов в «одном окне».

Oracle Business Rules – средство описания бизнес-правил и политик, используемых в интегрированных бизнес-процессах.

Oracle Service Bus – «транспортный уровень», корпоративная шина сервисов (ESB), обеспечивает взаимодействия между различными приложениями в организации.

Oracle Web Services Manager – инструмент централизованного доступа к вэб-сервисам, существующим в организации, обеспечивающий создание учетных записей и политик для приложений, использующих администруемые вэб-сервисы.

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

В последние годы стремительными темпами развивается сфера информационных технологий (Information Technologies – IT). Многие эксперты называют ее самой быстроразвивающейся в мире областью человеческой деятельности.

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

Но начинать следует с общих определений.

Что такое системная интеграция?

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

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

В настоящее время системная интеграция как явление включает в себя целый ряд разнообразных составляющих, в том числе разработку проектов и предоставление уже готовых к использованию бизнес-решений, поставку потребителю корпоративных серверов и рабочих компьютерных станций, организацию оптимальных электрических сетей, работу с аппаратными и программными комплексами ERP, SCADA, CRM.

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

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

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

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

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

Основные бизнес-задачи, которые решает системный интегратор:

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

Основные аспекты системной интеграции:

Технический. Предполагает создание и практическое внедрение конкретных программных и аппаратных систем.
Управленческий. Формирование оптимальной программы взаимодействия руководящего менеджмента и групп исполнителей для достижения основных целей и промежуточных задач конкретного бизнеса-проекта.
Консалтинговый. Формулирование для заказчика правильных целей и задач бизнес-стратегии как в самом начале ее осуществления, так и в текущей ситуации.
Коммерческий. Системная работа с руководством компании-заказчика по обеспечению различных производственных согласований, формированию оптимальных бюджетов и урегулированию возможных финансовых недоразумений, основной целью которой является конечный успех проекта.
«Политический». Защита от агрессивного противодействия деятельности фирмы-заказчика со стороны ее конкурентов, которое может проявиться при разработке и осуществлении крупных интеграционных проектов.

Возможности нашей компании

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

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

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

Статьи и материалы

Читайте интересные статьи и материалы на тему «Системная интеграция»

г. Москва

Настоящая Политика конфиденциальности персональных данных (далее – Политика конфиденциальности) действует в отношении всей информации, которую сайт «Sorex Group», расположенном на доменном имени www..sorex.group, может получить о Пользователе во время использования сайта, программ и продуктов ООО «СОРЭКС».

1. ОПРЕДЕЛЕНИЕ ТЕРМИНОВ

1.1. В настоящей Политике конфиденциальности используются следующие термины:
1.1.1. «Администрация сайта Sorex Group (далее – Администрация) » – уполномоченные сотрудники на управления сайтом и приложением, действующие от имени ООО «СОРЭКС», которые организуют и (или) осуществляет обработку персональных данных, а также определяет цели обработки персональных данных, состав персональных данных, подлежащих обработке, действия (операции), совершаемые с персональными данными.
1.1.2. «Персональные данные» — любая информация, относящаяся к прямо или косвенно определенному или определяемому физическому лицу (субъекту персональных данных): анкетные данные, данные о гео-локации, фото и аудио-файлы, созданные посредством сайта Sorex Group.
1.1.3. «Обработка персональных данных» — любое действие (операция) или совокупность действий (операций), совершаемых с использованием средств автоматизации или без использования таких средств с персональными данными, включая сбор, запись, систематизацию, накопление, хранение, уточнение (обновление, изменение), извлечение, использование, передачу (распространение, предоставление, доступ), обезличивание, блокирование, удаление, уничтожение персональных данных.
1.1.4. «Конфиденциальность персональных данных» — обязательное для соблюдения Оператором или иным получившим доступ к персональным данным лицом требование не допускать их распространения без согласия субъекта персональных данных или наличия иного законного основания.
1.1.5. «Пользователь сайта или сайта Sorex Group (далее — Пользователь)» – лицо, имеющее доступ к Сайту или Приложению, посредством сети Интернет.
1.1.7. «IP-адрес» - уникальный сетевой адрес узла в компьютерной сети, построенной по протоколу IP.

2. ОБЩИЕ ПОЛОЖЕНИЯ

2.1. Использование Пользователем сайта Sorex Group означает согласие с настоящей Политикой конфиденциальности и условиями обработки персональных данных Пользователя.
2.2. В случае несогласия с условиями Политики конфиденциальности Пользователь должен прекратить использование сайта Sorex Group.
2.3. Настоящая Политика конфиденциальности применяется только к сайту Sorex Group.
2.4. Администрация не проверяет достоверность персональных данных, предоставляемых Пользователем Sorex Group.

3. ПРЕДМЕТ ПОЛИТИКИ КОНФИДЕНЦИАЛЬНОСТИ

3.1. Настоящая Политика конфиденциальности устанавливает обязательства Администрации сайта по неразглашению и обеспечению режима защиты конфиденциальности персональных данных, которые Пользователь предоставляет по запросу Администрации сайта.
3.2. Персональные данные, разрешённые к обработке в рамках настоящей Политики конфиденциальности, предоставляются Пользователем путём заполнения регистрационной формы на сайте Sorex Group и
включают в себя следующую информацию:
3.2.1. фамилию, имя Пользователя;
3.2.2. контактный телефон Пользователя;
3.2.3. адрес электронной почты (e-mail) Пользователя;
3.3. Администрация защищает Данные, предоставляемые пользователемю.
3.4. Любая иная персональная информация неоговоренная выше, подлежит надежному хранению и нераспространению, за исключением случаев, предусмотренных в п.п. 5.2. и 5.3. настоящей Политики конфиденциальности.

4. ЦЕЛИ СБОРА ПЕРСОНАЛЬНОЙ ИНФОРМАЦИИ ПОЛЬЗОВАТЕЛЯ

4.1. Персональные данные Пользователя Администрация сайта может использовать в целях:
4.1.1. Идентификации Пользователя, зарегистрированного в приложении.
4.1.2. Установления с Пользователем обратной связи, включая направление уведомлений, запросов, касающихся использования Сайта, оказания услуг, обработки запросов и заявок от Пользователя.
4.1.5. Подтверждения достоверности и полноты персональных данных, предоставленных Пользователем.
4.1.6. Уведомления Пользователя сайта Sorex Group о новых событиях.
4.1.7. Предоставления Пользователю эффективной клиентской и технической поддержки при возникновении проблем связанных с использованием сайта Sorex Group.

5. СПОСОБЫ И СРОКИ ОБРАБОТКИ ПЕРСОНАЛЬНОЙ ИНФОРМАЦИИ

5.1. Обработка персональных данных Пользователя осуществляется без ограничения срока, любым законным способом, в том числе в информационных системах персональных данных с использованием средств автоматизации или без использования таких средств.
5.2. Пользователь соглашается с тем, что Администрация вправе передавать персональные данные третьим лицам в рамках рабочего процесса – выдачи призов или подарков Пользователю.
5.3. Персональные данные Пользователя могут быть переданы уполномоченным органам государственной власти Российской Федерации только по основаниям и в порядке, установленным законодательством Российской Федерации.
5.4. При утрате или разглашении персональных данных Администрация информирует Пользователя об утрате или разглашении персональных данных.
5.5. Администрация принимает необходимые организационные и технические меры для защиты персональной информации Пользователя от неправомерного или случайного доступа, уничтожения, изменения, блокирования, копирования, распространения, а также от иных неправомерных действий третьих лиц.
5.6. Администрация совместно с Пользователем принимает все необходимые меры по предотвращению убытков или иных отрицательных последствий, вызванных утратой или разглашением персональных данных Пользователя.

6. ОБЯЗАТЕЛЬСТВА СТОРОН

6.1. Пользователь обязан:
6.1.1. Предоставить информацию о персональных данных, необходимую для использования сайтом Sorex Group.
6.1.2. Обновить, дополнить предоставленную информацию о персональных данных в случае изменения данной информации.
6.2. Администрация обязана:
6.2.1. Использовать полученную информацию исключительно для целей, указанных в п. 4 настоящей Политики конфиденциальности.
6.2.2. Обеспечить хранение конфиденциальной информации в тайне, не разглашать без предварительного письменного разрешения Пользователя, а также не осуществлять продажу, обмен, опубликование, либо разглашение иными возможными способами переданных персональных данных Пользователя, за исключением п.п. 5.2. и 5.3. настоящей Политики Конфиденциальности.
6.2.3. Принимать меры предосторожности для защиты конфиденциальности персональных данных Пользователя согласно порядку, обычно используемого для защиты такого рода информации в существующем деловом обороте.
6.2.4. Осуществить блокирование персональных данных, относящихся к соответствующему Пользователю, с момента обращения или запроса Пользователя или его законного представителя либо уполномоченного органа по защите прав субъектов персональных данных на период проверки, в случае выявления недостоверных персональных данных или неправомерных действий.

7. ОТВЕТСТВЕННОСТЬ СТОРОН

7.1. Администрация, не исполнившая свои обязательства, несёт ответственность за убытки, понесённые Пользователем в связи с неправомерным использованием персональных данных, в соответствии с законодательством Российской Федерации, за исключением случаев, предусмотренных п.п. 5.2., 5.3. и 7.2. настоящей Политики Конфиденциальности.
7.2. В случае утраты или разглашения Конфиденциальной информации Администрация не несёт ответственность, если данная конфиденциальная информация:
7.2.1. Стала публичным достоянием до её утраты или разглашения.
7.2.2. Была получена от третьей стороны до момента её получения Администрацией сайта.
7.2.3. Была разглашена с согласия Пользователя.

8. РАЗРЕШЕНИЕ СПОРОВ

8.1. До обращения в суд с иском по спорам, возникающим из отношений между Пользователем приложения и Администрацией, обязательным является предъявление претензии (письменного предложения о добровольном урегулировании спора).
8.2 Получатель претензии в течение 30 календарных дней со дня получения претензии, письменно уведомляет заявителя претензии о результатах рассмотрения претензии.
8.3. При не достижении соглашения спор будет передан на рассмотрение в судебный орган в соответствии с действующим законодательством Российской Федерации.
8.4. К настоящей Политике конфиденциальности и отношениям между Пользователем и Администрацией сайта применяется действующее законодательство Российской Федерации.

9. ДОПОЛНИТЕЛЬНЫЕ УСЛОВИЯ

9.1. Администрация вправе вносить изменения в настоящую Политику конфиденциальности без согласия Пользователя.
9.2. Новая Политика конфиденциальности вступает в силу с момента ее размещения на Сайте www.sorex.group, если иное не предусмотрено новой редакцией Политики конфиденциальности.
9.3. Все предложения или вопросы по настоящей Политике конфиденциальности следует сообщать через электронную почту, указанную на сайте.
9.4. Действующая Политика конфиденциальности размещена на странице по адресу www.sorex.group /politicy.pdf

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

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

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

Наиболее яркими примерами служат такие крупные компании, как СИБИНТЕК, «Квазар-Микро», «Лукойл-Информ», ASG. Это те компании, которые по тем или иным причинам стремятся занять или занимают место генерального подрядчика по всему ИТ-бюджету. По крайней мере, такие цели ставятся их акционерами.

Укрупнение системных интеграторов и проблемы их заказчиков

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

Тем не менее проблема эта решаема. Таким интеграторам рекомендуется создать своими силами или с привлечением консультантов систему контрактации ИТ-продуктов и ИТ-сервисов, включающую соглашение об уровне услуг (Service-Level Agreement, SLA). Важно отметить, что подготовка SLA должна проходить по заказу не системных интеграторов, а их клиентов (тех, кто будет потреблять эти ИТ-услуги и на самом деле заинтересован в их качестве).

Практика показывает, что SLA - это реально работающий механизм. Так, у компании «5-55» были проекты по созданию соглашения об уровне услуг для крупного системного интегратора. В результате взаимодействие этого интегратора со своим заказчиком (нефтяной компанией) осуществлялось уже по четким правилам, рекомендованным в ITIL. Это привело к взаимопониманию сторон, определению критериев качества и их постоянному улучшению. В итоге в выигрыше оказались все.

Системная интеграция и ИТ-консалтинг - две части одного целого

Системная интеграция сегодня невозможна без ИТ-консалтинга. Рассмотрим ситуацию из консалтинговой практики компании «5-55».

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

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

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

В ИТ-кругах горячо обсуждается, можно ли сегодня относиться к интеграции как к услуге. Гражданский кодекс РФ определяет услугу как «работы, выполняемые в интересах третьего лица». То есть сервер за миллион долларов, стоящий на площадке заказчика, - это товар. А вот связанная с ним логистика, настройка и последующее сервисное сопровождение - это услуги. Мы говорим о комплексе услуг, предоставляемом клиенту. Поэтому в данном случае системная интеграция и услуга - это одно и то же.

За последние годы происходит увеличение доли консалтинга, причем не в относительных, а в абсолютных величинах. Например, объем консалтинга компании «5-55» ежегодно утраивается.

Готов ли заказчик платить за консалтинг?

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

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

ИТ-консалтинг является самым крупным и быстрорастущим сегментом консалтингового рынка

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

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

Доходы универсальных консалтинговых компаний в России действительно растут. Сейчас они вполне могут получать годовую прибыль до 40 млн долл. только за счет консультационных услуг. Но нужно понимать, что есть стабильная часть бизнеса: аудит, оценка (регулярные услуги), а есть разовые проекты, связанные с развитием и улучшением, преобразованием и слиянием.

Наибольшую прибыль приносят высокомаржинальные, бутиковые (то есть редкие на рынке, узкоотраслевые) и качественные услуги. Они направлены на конкретную проблематику, в которой существует всего пять-шесть общепризнанных гуру. У каждого из них за плечами десятки проектов. И действительно, труд таких консультантов ценится очень высоко. Заказчик понимает: не пригласив гуру, он будет несколько лет экспериментировать и снижает темпы по сравнению с окружающим его рынком.

Кроме того, еще один прибыльный участок консалтингового бизнеса - это лояльность (доверие) заказчика. Если заказчик доверяет консалтинговой компании, съел с ней пуд соли на различных проектах, то такая компания может позволить себе достаточно высокий уровень прибыли на своих проектах, хотя бы потому, что заказчик уже не будет рассматривать конкурентные предложения. Здесь вопрос доверия крайне высок.

Следовательно, сегодня прибыльность приносит бутиковый и «лояльный» консалтинг.

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

К перспективам же рынка системной интеграции и консалтинга можно отнести следующее.