“Основные принципы СОА-подхода пересекаются с принципами построения больших городских конгломераций: при всем множестве локальных изменений город должен сохранять некое внутреннее единство, - считает директор отделения автоматизации деловых процессов “ФОРС - Центр разработки” Василий Анфиногентов. - Наличие постоянных изменений в бизнесе, необходимость объединения разрозненных приложений являются основными СОА-драйверами”. Г-н Анфиногентов рассказал о том, что на счету “ФОРС - Центр разработки” сегодня свыше десяти СОА-проектов, реализованных на основе решений Oracle, и поделился с аудиторией методологией их внедрения. Первым шагом, по его мнению, должно стать описание взаимодействий между системами. Далее требуется доказать, что все имеющееся действительно может быть объединено. И, наконец, важно учесть возможность дальнейшего развития объединенного решения. Особенность технологического подхода “ФОРС - Центр разработки” состоит в том, что приложения подключаются с помощью адаптеров для использования в виде сервисов. Сервисы создаются в соответствии со стандартами СОА, а процессы создаются как “оркестровка” сервисов. Одна из проблем, которая, по словам, г-на Афиногентова, часто возникает у заказчиков после внедрения СОА – это неконтролируемый рост сложности взаимодействия. Решением в этом случае должна стать централизация взаимодействия. Он отметил важность наличия группы описания взаимодействий, упомянув, что в одном из проектов “Форс” такая роль даже отводилась отдельной компании. По его словам, СОА необходима компаниям, обладающим несвязанными приложениями. При этом их бизнес-процессы могут работать “поверх” этих приложений. Нужен такой подход и тем, кто заинтересован в минимальной переделке существующих систем, а также компаниям с неопределенными и изменчивыми регламентами работы (организациям, имеющим самостоятельно поддерживаемые базы данных или внедренные модули различных ERP-систем). По опыту “ФОРС - Центр разработки”, СОА также оказалась востребованной в межведомственном взаимодействии”.

Системный архитектор компании Exigen Services Александр Уланов убежден, что чем быстрее реализуется СОА-проект - тем раньше наступает ожидаемый эффект. Однако особенность таких проектов состоит в том, что по мере их реализации компания осознает потребность в реструктуризации, на проведение которой не хватает ресурсов. Г-н Уланов отметил, что эффективнее всего внедрять СОА сможет компания, которая умеет осуществлять стратегическое руководство и реализовывать при этом тактические проекты.

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

Вице-президент Московского банка реконструкции и развития Игорь Кадощук считает, что сервисы - это не новинка для бизнеса, а основной способ осуществлять быстрые изменения. А сама концепция ИТ-сервисов является не революционной, а эволюционной. Он привел прогнозы, сделанные Gartner еще в 2003 году, согласно которым к 2008 году СОА должна была стать доминирующей технологией и завершить 40-летнюю историю построения архитектуры ПО. Однако на настоящий момент в силу различных причин этого пока не произошло.

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

По мнению директора департамента развития информационных систем “Ренессанс Кредит” Ярослава Медокса, главное преимущество, которое дает СОА – это своевременная реакция на рыночные изменения, быстрый вывод на рынок новых продуктов и услуг. При этом г-н Медокс призвал к осторожности перехода на СОА. Он считает, что в госмонополиях не нужно ничего менять, “если только нет на это чиновничьего энтузиазма”. Компании же, решившейся на изменения в сторону СОА, требуется быть готовой к крупному проекту стоимостью от полумиллиона долларов. Важно помнить и то, что роль внутренней ИТ-службы становится критически важной для достижения успеха СОА-проекта. Г-н Медокс также посоветовал при реализации проекта быть крайне осторожными при использовании синхронных обменов.

Председатель правления центра компетенции по электронному правительству Владимир Дрожжинов в своем выступлении сделал акцент на возможности использования СОА в государственных органах. По его словам, в госструктурах США давно используется компонент-базированная архитектура. “Если какому-то ведомству необходим отдельный ИТ-компонент, оно смотрит на наличие в репозитории готового решения. И только в случае отсутствия такого продукта заказывает его разработку, - рассказал г-н Дрожжинов. - Это позволяет экономить государственные средства и не изобретать заново велосипед. России же до подобного подхода пока далеко”. Он также отметил, что сейчас в стадии согласования находится “План мероприятий по реализации концепции формирования в РФ электронного правительства до 2010 года”. Однако о СОА там нет ни слова. А это значит, что после принятия новой концепции ничего не изменится: каждый государственный орган будет разрабатывать ИТ-решение “под себя”. Г-н Дрожжинов рекомендовал предложить Минкомсвязи РФ внести в рассматриваемый документ раздел “Разработка архитектуры интегрированного электронного правительства РФ на принципах архитектуры предприятия и сервисно-ориентированной архитектуры”. Он убежден, что отсутствие данного пункта отбросит Россию на три года назад - ввиду того, что каждое ведомство опять будет решать свои проблемы в одиночку. Что касается остальных категорий пользователей СОА, то, по мнению г-на Дрожжинова, в условиях финансового кризиса бизнес диктует использование подобного подхода при слияниях и поглощениях. А из отраслевых потребителей наиболее активны сегодня в переходе на СОА наиболее обеспеченные секторы - банки и телеком.

Президент Фонда “Фостас”, директор АБ “Группа 24″ Евгений Зиндер рассказал об определяющих требованиях со стороны бизнеса к оправданности сервисно-ориентированной ИТ-архитектуры . По его словам, одна из типичных трактовок СОА гласит, что она является следующим логическим шагом в развитии компонентного подхода к реализации ПО. Если понесенные затраты не приносят ощутимого положительного эффекта в обозримой перспективе, то при типичной трактовке СОА она очень многим не нужна. “Компании, задумывающейся о СОА, надо ответить на ряд вопросов: насколько быстро надо консолидировать программные компоненты? Не лучше ли заменить разнородные компоненты на новые однородные? В какой степени надо поддерживать динамичность бизнес-процессов? – считает он. - Корпоративная культура коммерческих предприятий, планирующих переход на СОА, должна быть клиенто-ориентированной, услуги должны предоставляться “в любое время и в любой точке”, компания должна работать в высоко-конкурентном секторе рынка.

CIO “Русфинансбанка” Олег Подкопаев отметил, что СОА нужна тогда, когда у компании возникает потребность реализовать в короткие сроки множество проектов. Без СОА они обошлись бы дешевле, но шли бы гораздо медленнее, с нею - все происходит с точностью до наоборот. В свою очередь, руководитель департамента архитектуры “Вымпелком” Максим Смирнов дал несколько рекомендаций, позволяющих снизить стоимость СОА-решения. В частности, компании стоит начинать с небольшого количества сервисов; новые процессы экономичнее создавать путем интеграции существующих; и, наконец, сэкономить на СОА можно, выбрав open-source решения. По мнению г-на Смирнова, основная сложность реализации СОА-проектов состоит в отсутствии квалифицированные кадров: в первую очередь, требуются архитекторы с выраженным структурным мышлением. Таким образом, развитие рынка СОА сдерживает не только финансовая тема и неготовность заказчиков, но и традиционная “головная боль” ИТ-рынка – кадровый дефицит.

Российские СОА-первопроходцы

Как уже отмечалось, в настоящее время в России в стадии реализации находится не менее 20 СОА-проектов. О некоторых результатах этих внедрений рассказали участникам круглого стола докладчики. Денис Реймер привел опыт взаимодействия “Ланита” и “Бинбанка” по построению подобного решения. В ходе проекта, начатого в 2005 году, необходимо было объединить банковские системы в единое информационное пространство, простроить маршрутизацию событий между интегрируемыми системами. Банк хотел иметь возможность гибкого подключения новых филиалов, а также обеспечить повторное использование сервисов. В течение 2005 года “Ланит” провел интеграцию систем с использованием BEA WebLogic Platform. Была построена платформа для быстрого создания сервисов, которая сегодня позволяет обрабатывать 400 тыс. событий в день, приходящих из 170 источников информации (в банке работает 9 типов систем). В прошлом году банк принял решение о переходе на новую централизованную АБС. Замена системы прошла достаточно успешно и в короткие сроки – именно благодаря наличию СОА. В эти же сроки было расширено интеграционное решение за счет внедрения BEA AquaLogic Service Bus.

Заместитель генерального директора, операционный директор “БиАй Телеком” Роман Ткачев рассказал об опыте автоматизации процесса “Обработка страховых убытков” в “Росно” на основе BPM/СОА. По его словам, “Росно” испытывало типичные для крупной быстрорастущей компании проблемы, связанные с бизнес-процессами. Это неформализованные задачи для персонала, неэффективная рабочая среда из нескольких разрозненных систем, сложности с расстановкой приоритетов, отсутствие контроля за системными и бизнес-событиями, за эффективностью работы. А самой сложной проблемой являлся бумажный документооборот.

Со стороны интегратора в СОА-проекте участвовало 10-15 человек, столько же - со стороны заказчика. Основными сложностями проекта были постоянные изменения требований на уровне логики процесса. Обучение ключевых пользователей также оказалось достаточно трудоемким. По словам г-на Ткачева, сегодня процесс “Обработка страховых убытков” полностью автоматизирован. Компания перешла на безбумажный документооборот. Повысилось качество и сократилось время обработки страховых убытков, увеличилась производительность персонала и снизилось число ошибок. Он отметил, что в результате проекта построена основа для перехода на современную ИТ-архитектуру с использованием BPM и SOA, что позволит гибко и эффективно вносить изменения в существующий процесс и автоматизировать другие процессы компании. Кстати, сроки внесения изменений в процесс сократились до часов и дней.

Директор по работе с партнерами компании российского представительства InterSystems Вадим Федоров в рамках своего доклада привел примеры использования разработанных компанией решений в крупных интеграционных проектах, реализованных в России. В частности, внедрение Ensemble в ГК “Связной” позволило автоматизировать бизнес-процессы обработки документов и сбора сервисных заявок с более чем 1590 торговых точек сотового ритейлера. Созданная в Администрации Красноярского края система KrAI на основе Ensemble объединила 19 различных приложений и позволила смоделировать регион как объект государственного управления. Внедренное решение дало возможность более эффективно управлять бюджетным процессом и краевым имуществом. А проект в группе компаний “Медси” позволил интегрировать разнородные медицинские информационные системы сети клиник.

Говоря об опыте построения СОА в “Ренессанс Кредите”, Ярослав Медокс отметил, что сервис-ориентированная архитектура стала для банка каркасом для интеграции бизнес-процессов и поддерживающей их ИТ-инфраструктуры. Разработка принципиально нового бизнес-процесса от начала сбора требований до запуска в опытно-промышленную эксплуатацию заняла всего два месяца. По его словам, СОА дает возможность выбора и внедрения подходящих решений от разных вендоров: за время построения СОА в банке внедрены 6 новых ИТ-систем, в том числе скоринговая система и западная АБС. СОА дала возможность плавной миграции с одной системы на другую. “Мы смогли безболезненно внедрить для выдачи кредитов западную АБС Profile, - рассказал г-н Медокс. – В определенный день мы “повернули кран”, и целевые кредиты стали выдаваться с помощью новой системы, а остальные виды кредитов остались в “старой” АБС. Тем самым мы разгрузили эту систему и продлили срок ее использования”.

Олег Подкопаев рассказал о проектах, реализуемых в “Русфинансбанке” банке с использованием сервис-ориентированной архитектуры. Один из проектов был связан с обеспечением функционирования кредитных продуктов на базе револьверных карт. Задачей второго проекта было замещение существующего кредитного бэк-офиса на систему Mysis Equation эквивалентного функционала в максимально короткие сроки без миграции данных. По его словам, общими чертами проектов были очень сжатые сроки, большое количество участников, множество внедряемых систем - в том числе и западных, общая широкая функциональность, сквозные бизнес-процессы. При этом каждый из партнеров имел в проектах свои “зоны ответственности”, которые не пересекались. А объединение и контроль этих работ были на стороне заказчика. В итоге банку удалось создать гибкую систему, уменьшив при этом сроки реализации проектов и получив конкурентные преимущества за счет новых услуг.

Скорость запуска новых услуг стала ключевым фактором выбора СОА и для “Вымпелкома”. “За полтора года компания благодаря использованию этой платформы запустила 17 новых проектов,- отметил руководитель департамента архитектуры “Вымпелком” Максим Смирнов. - Когда компания перешла на гибкую архитектуру, она осознала, что может сократить цикл разработки новых сервисов”.

СОА или не СОА?

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

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

Участники круглого стола отметили, что вопрос о том, внедрять или не внедрять СОА, каждой компании следует решать с учетом менталитета менеджмента (помимо учета уже упомянутых факторов). Дело в том, что при использовании в организации методологии СОА может наступить момент, когда построенный на ее основе механизм обеспечит компании возможность работать без необходимости применения авторитарных методов руководства по каждому мало-мальски значимому поводу. Насколько готов отечественный менеджмент отойти от модели, когда все решения принимаются только на верхнем уровне? - вот в чем вопрос.

Элеонора Ершова / CNews

Презентации участников круглого стола

width="16"/>	Мария Попова, CNews Analytics. “Кому нужна СОА в России?”
width="16"/>	Александр Уланов, Exigen Services. “Готовы ли к СОА отечественные разработчики ПО?”
width="16"/>	Вадим Федоров, InterSystems. “InterSystems Ensemble Преимущества при выполнении SOA-проектов и внедрении SOA-решений”
width="16"/>	Василий Анфиногентов, директор отделения автоматизации деловых процессов “ФОРС-Центр разработки”. “Опыт ФОРС в реализации интеграционных проектов на основе Oracle Fusion Middleware”
width="16"/>	Евгений Зиндер, фонд “Фостас”, АБ “Группа 24″. “При каких условиях SOA действительно будет окупаться?”
width="16"/>	Владимир Дрожжинов, центр компетенции по электронному правительству. “СОА для электронного правительства России”
width="16"/>	Денис Реймер, “Ланит”. “От интеграции к SOA”
width="16"/>	Игорь Кадощук, Московский банк реконструкции и развития. “Прорабы на строительстве СОА: с чего и как начать? основные принципы, цели и шаги?”
width="16"/>	Ярослав Медокс, “Ренессанс Кредит”. “SOA на практике. Что дала SOA Банку?”
width="16"/>	Олег Подкопаев, “Русфинансбанк”. “Опыт Русфинанс Банка: Преимущества и особенности применения SOA подхода”
width="16"/>	Роман Ткачев, заместитель генерального директора, операционный директор “БиАй Телеком”. “Автоматизация процесса “Обработка страховых убытков” в компании РОСНО на основе BPM/SOA
width="16"/>	Максим Смирнов, “Вымпелком”. “Event-driven SOA в телекоммуникационной компании”
width="16"/>	Скачать все презентации (архив)

Николай Зезюлинский: Решение о переходе на СОА заказчик должен принимать самостоятельно

На вопросы CNews ответил директор по развитию бизнеса компании “ФОРС – Центр разработки” Николай Зезюлинский.

CNews: Что сдерживает российские предприятия от приобщения к сервис-ориентированной архитектуре?

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

CNews: Насколько инвестиции в СОА видятся сегодня актуальными для отечественного потребителя ИТ?

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

CNews: С какими ключевыми проблемами придется столкнуться в рамках реализации СОА-проектов?

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

Еще одной важной проблемой является то, что пока еще рано говорить о полной интеграции решений от различных поставщиков. Хотя, надеемся, что общие СОА-стандарты появятся в самое ближайшее время.

CNews: Готовы ли к СОА отечественные разработчики ПО?

Николай Зезюлинский: Технологически, безусловно, готовы. И российские разработчики, и интеграторы обладают достаточно высокой профессиональной компетенцией и опытом для того, чтобы выполнять подобные проекты. Наш собственный опыт и степень удовлетворенности заказчиков доказывают это. Мы рады констатировать, что сейчас уже дело дошло до реальных проектов, когда на “живом” примере можно показать, как это все работает, какие технологические инструменты использовались, и какие преимущества в результате внедрения будут получены. Главная сложность носит не технологический характер и связана вот с чем: СОА поднимает уровень абстракции при разработке программного обеспечения до необходимости понимания бизнес-процессов предприятия и технологий их формализации и моделирования. А это классически все-таки область экспертизы не разработчиков ПО, а консультантов. И потому для того, чтобы разработчик смог сказать, что он к СОА готов, потребуется и новая экспертиза, и новые партнерские отношения.

Источник: http://corp.cnews.ru/reviews/articles/index.shtml?2008/10/07/321752