http://bpmnforum.ru/topic/138 bpmnforum.ru » Topic: Повторное использование элементов в пределах одной или нескольких диаграмм ru-RU Sat, 09 May 2026 03:12:07 +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/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/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>