Так как реализация диаграмм бизнес-процессов Analysis в PowerDesigner 16.1 глючна, о чем я писал в предыдущем посте, то я решил попытаться использовать диаграммы BPMN. И тут вылезла другая проблема. Как передать Message Flow в Sub-process? Или как вывести Message Flow из Sub-process? При соединении Message flow с элементом Sub-process возникает ошибка "Flow incoherent message format". В Help по этому поводу написано "The message format of a flow coming out of a composite process (child process) must also exist on the flow going to the end inside the child process. The message format of a flow coming in a composite process must also exist on the flow going out from the start inside the child process". Соединять Message flow с элементом Start в Suprocess нельзя. Если элемент Sub-process развернуть на основной диаграмме, соединить Message flow непосредственно с нужным элементом в Sub-process и затем свернуть Sub-process, то на диаграмме повисает только значок Message Format, который при любом изменении диаграммы бегает и чуть что удаляется. Я уже задолбался. Аналогичная проблема с передачей Message flow в Sub-process легко решается на диаграммах Analysis. При использовании Analysis можно просто на диаграмме Sub-process нарисовать необходимый Message на Flow от Start к первому Task. Что порекомендуете делать?

С проблемой падения PowerDesigner 16.1 при клике на Data tab в Resource я разобрался. Необходимо просто сначала соединить Process и Resource с помощью ResourceFlow. Затем в этом ResourceFlow на Data tab выбрать или создать новый Data. И этот Data автоматически появится на Data tab у Resource. Теперь можно кликать на Data tab у Resource и PowerDesigner падать не будет. Но тут возникает следующий вопрос, ответа на который в справке я не нашел. Если к ResourceFlow привязать Message и Data привязать к Message и убрать из ResourceFlow, то данный Data исчезнет из Data tab в Resource. Почему? Ведь тот же самый Data фактически передается по тому же самому Flow. Почему Data у Message, связанного с ResourceFlow, никак не связан с Data у этого ResourceFlow?
И как быть если в диаграмме бизнес-процесса везде фигурирует определенный MessageFormat, а потом необходимо, чтобы ResourceFlow с данным MessageFoemat ушел в некую информационную систему. Информационная система изображается на диаграмме с помощью Resource. Тогда Data из этого MessageFormat не добавятся в эту информационную систему. И потребуется либо дублировать Data из MessageFormat на Data tab у ResourceFlow, либо вообще не указывать MessageFormat на ResourceFlow ввиду его бесполезности и использовать только Data tab у Resource Flow. Но в таком случае теряется наглядность диаграммы.

Реализация Message Flow в SubProcess в PowerDesigner 15.3 на BPMN 2.0 диаграммах бизнес-процессов почти также глючна, как и в PD 16.1. Пользоваться этим функционалом невозможно. Описываю по шагам:
1. Создаем BPMN 2.0 диаграмму простейшего бизнес-процесса из StartEvent, Process, SubProcess и EndEvent
2. Соединяем эти элементы SequenceFlow
3. Открываем диаграмму SubProcess и создаем простейшую диаграмму из StartEvent, Process и EndEvent. Соединяем их SequenceFlow.
4. На основной диаграмме бизнес-процесса создаем MessagеFlow из Process в SubProcess и создаем MessageFormat для созданного MessageFlow
5. Нажимаем F4 для проверки модели. Возникает ошибка: "Flow incoherent message format". Для диаграмм Analysis данная ошибка устраняется просто - необходимо на диаграмме SubProcess к Flow от StartEvent к Process добавить необходимый MessageFormat. Но на BPMN 2.0 диаграммах создать MessageFlow между StartEvent и Process невозможно. Для того, чтобы устранить эту ошибку необходимо на основной диаграмме открыть SubProcess в композитном режиме и привязать MessageFlow к не к SubProcess, а к Process в SubProcess. Теперь если нажать F4, то ошибка "Flow incoherent message format" не появится.
6. Так как SubProcess для того и придумали, чтобы не загромождать основную диаграмму, то отключим композитный режим для SubProcess. Тут поведение PD 15.3 и 16.1 отличается. В 15.3 MessageFlow отобразится от Process к SubProcess (как и должно быть). А в PD 16.1 от MessageFlow на диаграмме остается только значок MessageFormat.
7. Добавляем на диаграмму Participoant (лэйн) и начинаем перетаскивать элементы диаграммы в этот лэйн. При перетаскивании Process в лэйн MessageFlow удаляется из модели. Причем удаляется не ссылка, а полностью удаляется.
8. Ладно, удалился так удалился. После перетаскивания всех элементов диаграммы в лэйн создаем по уже описанной методике MessageFlow по новой. Причем так как элементы диаграммы уже находятся в лэйне, то при переходе в композитный режим лэйн расширяется. Если рассматривать не этот простой пример, а реальную большую диаграмму бизнес-процесса, то при выполнении данного действия все элементы диаграммы едут.
9. Ладно, нарисовали MessageFlow в лэйне, убрали композитный режим, подправили все съехавшие элементы. Теперь при любом перетаскивании мышкой элементов из данного лэйна в как в PD 16.1, так и в PD 15.3 MessageFlow удаляется из модели. Если передвигать элементы диаграммы в этом лэйне не мышкой, а стрелочками, то иконка MessageFormat будет сильно скакать по диаграмме, норовя совсем удалиться. Ее приходится постоянно возвращать на место.

Резюме: Использовать BPMN 2.0 диаграммы в PowerDesigner как в версии 15.3, так и в 16.1 невозможно.

Кстати, дополнение по поводу невозможности использования BPMN 2.0 в PowerDesigner. Попробуйте сделать Generation Business Process Model для модели с BPMN 2.0 диараммой с SubProcess и с MessageFlow в этот SubProcess - удивитесь. MessageFlow вообще не перенесется. Часть элементов из SubProcess будет отображаться на основной диаграмме. При переходе в композитный режим в SubProcess будет отображатся только часть элементов, хотя если открыть диаграмму SubProcess, то все необходимые элементы там присутствуют. А Generation Business Process Model необходим для того, чтобы поддерживать в актуальном состоянии AS IS и TO BE модели.

Еще по поводу ошибки "Flow incoherent message format". В Process Language Properties для BPMN 2.0 проверки на данную ошибку нет. Сообщение о данной ошибке находится файле pdbpm15.dll (или в pdbpm16.dll) в strings.txt. Данной сообщение имеет номер 547.