Петер Кюрпик: «Мы не считаем целесообразным использовать инструменты высокоуровневого бизнес-моделирования. Вместе с тем, наши инструменты позволяют конструировать процессы и имитировать их ход»Компания Software AG, которая называет себя поставщиком программного обеспечения для бизнес-инфраструктуры, объявила о своих планах занять место в десятке крупнейших софтверных компаний в течение ближайших пяти лет. Портфель Software AG включает средства управления бизнес-процессами (Business Process Management, BPM) и интеграции на основе сервис-ориентированных архитектур (Service-Oriented Architecture, SOA), которые компания развивает как органически, так и за счет приобретений других производителей программных продуктов. Об этих инструментах, а также о некоторых проблемах интеграции рассказал директор по продукции подразделения webMethods, член совета директоров Software AG Петер Кюрпик.

С момента приобретения компании webMethods прошло более десяти месяцев. Решена ли уже проблема интеграции продуктовых линеек в техническом аспекте?

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

Насколько широка функциональность предлагаемых вами средств интеграции?

Думаю, ее можно назвать исчерпывающей. Мы позиционируем наши решения как программное обеспечение для бизнес-инфраструктуры; в них включены все инструменты SOA и BPM, которые требуются для создания новых приложений и процессов на базе набора гетерогенных систем. У нас есть все необходимые адаптеры и прочие инструменты для представления имеющихся приложений в виде сервисов, на каких бы языках они ни были написаны. При этом наши средства интеграции предусматривают возможность использования самых разных технологий взаимодействия приложений: Web-сервисы, CORBA, сценарии EAI (Enterprise Application Integration — «интеграция приложений предприятия») и др. Мы — единственный независимый производитель, который поддерживает все четыре основные платформы — IBM, Microsoft, Oracle и SAP. 

Несколько лет назад для Web-сервисов были характерны проблемы в части поддержки транзакций. Как обстоят дела сейчас?

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

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

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

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

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

Что вы понимаете под SOA Governance (буквально «руководство сервис-ориентированной архитектурой». — Прим. ред.)?

Представьте, что в состав информационной системы вашей организации входит несколько подсистем: CRM, ERP, система обеспечения логистики. Каждая из этих подсистем публикует собственные сервисы. Допустим, вам потребовалось создать новое приложение, которое задействует данные сервисы. Если проект небольшой, это легко сделать. В противном случае вы столкнетесь с необходимостью централизованного управления информацией относительно того, где и какие сервисы имеются, кому их разрешено использовать, в какое время они доступны и т. д. SOA Governance основывается на сочетании стандартного реестра и репозитория сервисов, а также средств управления политиками. Здесь, словно в библиотеке, хранятся все необходимые метаданные, атрибуты, свойства политик и пр., а вы можете централизованно ими управлять.

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

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

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

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

Как, по-вашему, будут эволюционировать в целом программные системы в ближайшие несколько лет?

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

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

Думаю, преимущества, которые обеспечивает гибкость, покроют возможные риски. Взгляните на такие компании, как Goolge, eBay, Amazon, — все их основные процессы базируются на изменяемом программном обеспечении.

Каковы планы развития продуктовой линейки webMethods?

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

Поделитесь материалом с коллегами и друзьями

Купить номер с этой статьей в PDF