программных продуктов BPMN, но бизнес-аналитики и архитекторы тоже могут найти его полезным. Мы рассмотрим метамодель BPMN 2.0 и ее представление в XML-схеме, уделяя особое внимание корректной XML-сериализации элементов описательного и аналитического подклассов, включая потоки данных. Мы увидим, как графическая модель стыкуется с семантической моделью и как строятся многостраничные иерархические модели. Мы также выясним, как сослаться на повторно используемые подпроцессы и задачи, импортированные из независимых файлов BPMN, и почему важен атрибут targetNamespace.
В разделе IV[5] также рассматривается профиль BPMN-I – набор соглашений, призванных обеспечить возможность импорта-экспорта неисполняемых моделей между программными продуктами. Там, где спецификация BPMN 2.0 допускает несколько способов сериализации конкретной диаграммы, BPMN-I пытается ограничиться одним.
Второе издание этой книги включало также раздел V, посвященный исполняемому BPMN. Но поскольку ни один вендор так и не реализовал стандарт BPM 2.0 в части исполняемой модели, из русского издания этот раздел был исключен как утративший актуальность.
Эта книга содержит множество диаграмм процессов, и я призываю читателей воспроизвести их самостоятельно с помощью программного обеспечения BPMN. Овладеть BPMN, просто прочтя книгу, трудно, если не невозможно. Владение BPMN, как и любой другой навык, приобретается с опытом – в результате усилий по созданию диаграмм, четко отображающих заложенный в них смысл. Эта книга – всего лишь справочник, она не заменяет реального обучения BPMN.
Обучение должно включать упражнения, практические задания и обсуждение решений, их преимуществ и недостатков. Я предлагаю такое обучение и сертификацию на основе Метода и стиля, см. www.methodandstyle.com. Эту книгу можно использовать в качестве учебного пособия или вузовского учебника по курсу BPMN, но она не заменяет обучение.
Хотя простейшую диаграмму BPMN можно нарисовать от руки, BPMN все же подразумевает использование программного обеспечения. Хорошая новость заключается в том, что выбор программных продуктов очень широк, а смысл диаграммы не зависит от используемого инструмента. Но хотя BPMN – стандарт, не все программные продукты BPMN одинаково полезны. Некоторые из них не более чем средства рисования: они умеют создавать схемы, содержащие стандартные элементы и соединители, но они «не понимают», что эти элементы означают. В частности, они не способны проверить модель или сохранить ее в формате XML, который смогут прочесть другие программные продукты BPMN.
Некоторые средства моделирования поддерживают полную палитру элементов BPMN, другие – особенно входящие в состав BPMS – только те элементы, которые понимает процессный движок. В части символов, маркеров и семантики вендоры в основном придерживаются стандарта, но иногда допускают некоторые вольности. Одни программные продукты позволяют создавать пулы и потоки сообщений, другие – нет. Одни поддерживают естественный иерархический