Добрый день!
Ситуация такая, есть задача в БП, в которой есть 3 результата задачи: результат1, результат2, результат3. Мне надо сделать чтобы если параметр диаграммы БП flag = true, то в этом случае в задаче показывало только результат1 и результат2. Результат3 в этом случае надо скрыть. Как это можно сделать?
Нравится
Здравствуйте, Андрей!
На уровне БП сделать это не получится, но можно скрывать какие-то результаты на уровне страницы редактирования в функции edtResultOnPrepareSelectWindow.
"Андрей Каспаревич" написал:На уровне БП сделать это не получится, но можно скрывать какие-то результаты на уровне страницы редактирования в функции edtResultOnPrepareSelectWindow.
На уровне страницы редактирования, конечно, можно. Но такой подход, если его продолжить использовать, может привести к крайне запутанной логике БП.
А почему нельзя добавить в БП ветвление и разбить на 2 задачи с одинаковыми параметрами, но разными выходами?
Оказалось, что когда количество элементов БП достигает нескольких десятков, а кол-во связей под сотню, то работать с БП через графический интерфейс крайне неудобно, связи начинают сливаться друг с другом в одну сплошную линию и непонятно где какие связи проходят. Поэтому я стремлюсь к уменьшению элементов БП и количеству связей, а ведь разработка только началась. Чувствую, что через пару лет постороннему человеку вообще будет невозможно в БП разобраться. Можно же было сделать, чтобы линии были разного цвета, не накладывались друг на друга, было намного более четырех точек входа и выхода связей из элемента БП и т. д. А так похоже, что механизм БП создан для детских задач с несколькими элементами, а для серьезной разработки он не подходит. Использовать подпроцессы тоже не всегда получается. И, к примеру, если мне нужно ограничить кол-во результатов не в одном элементе, а в нескольких десятках, то я должен несколько десятков подпроцессов создавать? В этом плане преимущество кода очевидно.
Добрый день Андрей!!!
на платформе Terrasoft 3.X работа с Бизнес-процессами организована гибко и удобно. Мой вам совет если у вас огромный Бизнес-процесс старайтесь его разделить на подпроцессы, старайтесь рисовать свой процесс процесс осмысленно и разделяя его на логические единые сущности. Если к примеру идут обработка задач по договорам, там не должно быть сущностей от контрагентов.
по поводу обработки результатов, мой вам совет если у вас очень много результатов старайтесь их обрабатывать в скрипте а на экран (в форму) или в бизнес-процесс уже возвращать результат. Старайтесь использовать понятие - подпись на события у объектов, очень помогает когда в ветвление требуется по определенному событию вернуться назад, я для этого не стрелки рисую а выполняю Подписку на событие и при отработки события возвращаюсь к определенному месту в Бизнес-процессе. Вариантов очень много при работе на платформе 3.Х.
"Власов Михаил Викторович" написал:по поводу обработки результатов, мой вам совет если у вас очень много результатов старайтесь их обрабатывать в скрипте а на экран (в форму) или в бизнес-процесс уже возвращать результат. Старайтесь использовать понятие - подпись на события у объектов, очень помогает когда в ветвление требуется по определенному событию вернуться назад, я для этого не стрелки рисую а выполняю Подписку на событие и при отработки события возвращаюсь к определенному месту в Бизнес-процессе. Вариантов очень много при работе на платформе 3.Х.
Очень интересно. А можете подробнее расписать эти варианты, если не трудно, то с примерами?
Добрый день, Андрей!
Уточните, пожалуйтса, какие конкретно примеры Вас интересуют?
Добрый день!
Как переходить к элементам БП без рисования стрелок, как пишет Власов Михаил Викторович.
"Власов Михаил Викторович" написал: очень помогает когда в ветвление требуется по определенному событию вернуться назад, я для этого не стрелки рисую а выполняю Подписку на событие и при отработки события возвращаюсь к определенному месту в Бизнес-процессе
Здравствуйте, Андрей!
Подобных примеров предоставить не могу, так как никогда не использовался такой подход к управлению бизнес-процессом. Соответственно, и рекомендовать его использование я Вам не могу, так как организация ветвления бизнес-процесса с помощью подписки на события не является протестированным методом, хотя и имеет право на жизнь.
Если Михаил предоставит примеры, буду благодарен, но все же рекомендую использовать стандартный механизм ветвления с помощью управляющих потоков и максимально разбивать сложные процессы на подпроцессы.