417 bpmnforum.ru » User Favorites: tessa ru-RU Sat, 13 Jun 2026 11:47:34 +0000 http://bbpress.org/?v=1.0.3 q http://bpmnforum.ru/search.php http://bpmnforum.ru/topic/138#post-1219 Втр, 30 Апр 2013 12:13:07 +0000 Aleksey Gromyko 1219@http://bpmnforum.ru/ <p>Набор элементов в нотации BPMN предопределен и конечен. Именно эти элементы должны использоваться при построении модели процесса в рамках нотации.<br /> Не знаю какой логикой пользовались разработчики Visio 2013, создавая под каждый элемент на диаграмме объект в репозитории, в нотации на данный счет требования/рекомендации отсутствуют. Чтобы быть уверенным, что использование объектов из репозитория не противоречит требованиям нотации, постройте две диаграммы (одну с использованием объектов из репозитория, другую без) и сравните XML файлы, если они идентичны, то все "ок". </p> http://bpmnforum.ru/topic/151#post-1212 Втр, 23 Апр 2013 08:05:54 +0000 Анатолий Белайчук 1212@http://bpmnforum.ru/ <blockquote><p><cite>Цитирую <a href="http://bpmnforum.ru/topic/151#post-1207">tessa</a>:</cite><br /> Насколько я знаю, отдельные диаграммы, описывающие expanded подпроцессы, не могут иметь пулов и лэйнов. </p></blockquote> <p>Expanded/collapsed это ведь не вид подпроцесса, а просто способ его отображения. Тут уместнее говорить о встроенных/повторно-используемых подпроцессах. Повторно-используемый подпроцесс по сути является процессом, который разрешили вызывать как подпроцесс. У него свой пул и дорожки, естественно. Что касается встроенного, то собственного пула у него нет - он его наследует от родителя. Дорожки вполне могут быть.</p> <blockquote><p><cite>Цитирую <a href="http://bpmnforum.ru/topic/151#post-1207">tessa</a>:</cite><br /> Можно ли как-то еще по наличию/отсутствию BPMN элементов и их связей определить top-level это или нет ? </p></blockquote> <p>Если стартовое событие нулевое, то сегодня был процесс верхнего уровня, а завтра бац! вызвали его как подпроцесс. Согласен с Сергеем - задача не имеет решения. Да и непонятно откуда такая задача возникла. </p> http://bpmnforum.ru/topic/151#post-1210 Пон, 22 Апр 2013 22:04:00 +0000 Sergey Ustinov 1210@http://bpmnforum.ru/ <p>Краткий ответ - задача не имеет решения.<br /> Ничто не мешает процессу вызвать новый экземпляр самого себя в качестве call activity. Более того, вложенный подпроцесс может вызвать родительский. То есть Процесс1 в одной из веток вызывает Процесс2, а Процесс2 в одной из веток вызывает Процесс1. И все это в рамках стандарта. И какой из этих процессов более высокого уровня? :))) </p> http://bpmnforum.ru/topic/138#post-1208 Пон, 22 Апр 2013 14:18:20 +0000 tessa 1208@http://bpmnforum.ru/ <p>Ну, например, если у вас несколько диаграмм, описывающих разные процессы. И в репозитории у вас уже есть Event с нужными вами параметрами. Т.е. это объект с аттрибутами, представляющий собой Event. Возможно, это даже тот самый Event, который уже задан в соседнем процессе. В нашей реализации подразумевается повторное использование эелементов репозитория (на то, собственно, и нужен репозиторий). Вопрос в том, корректно ли это для BPMN. </p> <p>Еще вот неоднозначный вопрос, какие конкретно аттрибуты должен "наследовать" task/sub-process от global task/called sub-process ? В одной из реализаций видела "наследование" интерфейса (например, Web-service). В самой нотации не смогла найти точного ответа. Но там так же было указано, что возможно переписывание значений "отнаследованных" аттрибутов. Есть ли здесь какие-то правила или это все кастомно? </p> http://bpmnforum.ru/topic/151#post-1207 Пон, 22 Апр 2013 14:03:43 +0000 tessa 1207@http://bpmnforum.ru/ <p>Задача: через API определить, принадлежит ли текущий BPMN элемент top-level процессу<br /> Иерархия диаграм определяется деревом диаграм, но в то же время ничто не мешает не BPMN диаграмме ссылаться на BPMN диаграмму, т.е. фактически быть ее парентом в дереве.</p> <p>Понятно, что если элемент принадлежит Expanded подпроцессу, то значит, это не top-level. А если диаграмма не содержит expanded подпроцессов, а каждый подпроцесс описывается в отдельной диаграмме?</p> <p>Насколько я знаю, отдельные диаграммы, описывающие expanded подпроцессы, не могут иметь пулов и лэйнов. Или я ошибаюсь? Но если это просто top-level диаграмма ?</p> <p>Можно ли как-то еще по наличию/отсутствию BPMN элементов и их связей определить top-level это или нет ? Конечно, нужно учитывать, что пользователь мог ошибиться и, например, положить Start Event с None триггером на не top-level диаграмму. Есть ли такое условие, которое наверняка сработает ?</p> <p>Может, я уже путаюсь. Помогите, пожалуйста, разобраться. </p> http://bpmnforum.ru/topic/138#post-1161 Вск, 03 Мар 2013 08:57:26 +0000 Анатолий Белайчук 1161@http://bpmnforum.ru/ <p>Согласен с Алексеем. Global Subprocess и Global Task (вызываемые через Call Activity) - это механизм повторного использования подпроцессов и задач в BPMN 2.0. Повторное использование событий? Это нечто странное. </p> http://bpmnforum.ru/topic/138#post-1160 Втр, 26 Фев 2013 15:33:10 +0000 Aleksey Gromyko 1160@http://bpmnforum.ru/ <p>Не знаю, как скажется повторное использование на реализации XML импорта/экспорта.<br /> Но с точки зрения стандарта повторно может использоваться только такой элемент, как "повторно используемый подпроцесс" (call activity). Поэтому для других элементов (например, событий) я бы рекомендовал создавать новые объекты. </p> http://bpmnforum.ru/topic/138#post-1158 Втр, 26 Фев 2013 14:32:46 +0000 tessa 1158@http://bpmnforum.ru/ <p>Сразу скажу, что я не специалист по моделированию и только недавно начала разбираться с BPMN 2.0. В моей компании конкретно по BPMN нет специалистов, т.ч прощу у вас совета.<br /> Работаю с Visio 2013 BPMN 2.0 stencil. В качестве руководства использую официальный документ BPMN 2.0 от OMG и последнюю книгу Брюса Сильвера.</p> <p>Для каждого нового созданного на диаграмме элемента создается отдельный объект в репозитории, который можно повторно использовать. Но подразумевает ли BPMN такое повторное использование ? В пределах одной диаграммы? На разных диаграммах? Или каждый элемент должен соответствовать уникальному объекту в репозитории? Как это скажется на реализации XML импорта/экспорта?</p> <p>Столкнулась с этим вопросом, когда работала с Событиями. Промежуточное событие может быть boundary или нет в зависимости от его положения на диаграмме. А т.к. оно представляет собой объект в репозитории, то я теоретически могу его использовать на диаграмме несколько раз. Т.е. получается, что одно и то же событие может быть Boundary или нет в зависимости от положения конкретного экземпляра шейпа этого события. Визуально catching и boundary interrupting события выглядят одинаково, но отличаются набором возможных триггеров. Т.е. набор возможных типов триггеров зависит от положения конкретного экземпляра шейпа на диаграмме. Это мы можем реализовать, но вопрос в том, нормально ли, что это на самом деле это один и тот же объект? Возможно, для каждого события в пределах одной диаграммы нужно иметь уникальный объект? Возможно он должен быть уникальным в пределах всей базы данных? И как это скажется на реализации XML импорта/экспорта? </p>