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

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

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

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

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

Короче говоря, хотя BPMN – стандарт, не все программные продукты BPMN одинаковы, и ваша способность стабильно создавать «хороший BPMN» может существенно зависеть от выбора инструмента. При всем имеющемся широком выборе программных продуктов я рекомендую те, которые поддерживают Метод и автоматическую валидацию правил Стиля, например облачный Trisotech Workflow Modeler (www.trisotech.com) или Vizi BPM (www.vizi-bpm.com) – надстройка к Microsoft Visio от компании ELCA IT AG.

В любом случае используемый вами программный продукт должен поддерживать полную палитру BPMN 2.0, корректную XML-сериализацию, импорт-экспорт моделей и иерархическое моделирование, следующее Методу.

Я бы хотел отметить усилия двух человек по продвижению стандарта и подхода на основе