Sie suchten nach: subprocess (Englisch - Russisch)

(e) to execute applications on a subprocess.
е) исполнять прикладные программы на уровне подпроцесса.

the subprocess contents shaill be presented on a separate page:
Содержимое подпроцесса будет изображено на отдельной странице, и это правильно:

2) “technical subprocess” to implement certain workflow pattern.
Правило 2.

as a rule, each subprocess should be followed by a gateway evaluating its results:
Как правило, после каждого подпроцесса проверяется чем он завершился:

it’s a bad mistake: control flows cannot cross subprocess boundaries in bpmn.
Это грубая ошибка: потоки управления в bpmn не имеют права пересекать границы подпроцесса.

a reasonable question is what the evaluation after the last subprocess is for - the process will end either way.
Уместен вопрос: зачем делать проверку после последнего подпроцесса, если процесс так и так завершается.

so far so good but if we look inside a subprocess then we’d likely find the same evaluation as in the outer process.
Все бы хорошо, но если мы заглянем во внутрь подпроцесса, то с большой вероятностью обнаружим там ту же самую проверку, что во внешнем процессе.

a subprocess is a process as well, so one pool per subprocess makes sense to me as well. this way the process is more manageable.
У меня вообще все очень упрощенно показан этот процесс.

use patterns at fig.2 and 9 to model subprocess; it’s a matter of taste which one to use.
Для моделирования подпроцессов используйте паттерны, изображенные на рис.2 или 9; какой именно использовать - дело вкуса.

if we got deeper into manufacturing subprocess, we would probably found materials and/or parts purchasing subprocess, sychronized with manufacturing in turn.
В свою очередь, если детализировать производство, то в нем появится приобретение материалов и комплектующих - теперь уже синхронизованное с производством.

of course it’s a bug. interestingly, one may attach a catcher to task then convert the task into subprocess and it will work, more or less.
of course it’s a bug. interestingly, one may attach a catcher to task then convert the task into subprocess and it will work, more or less.

interrupting/non-interrupting mode should be set up by the interrupting/non-interrupting flag on start event of the event subprocess.
interrupting/non-interrupting mode should be set up by the interrupting/non-interrupting flag on start event of the event subprocess.

after getting acquainted with messages and learning that they can only be used between pools, many analysts introduce unnecessary pools into their diagrams. for example they love to use pools and messages where a subprocess would suffice:
Познакомившись с сообщениями и выяснив, что их можно использовать только между пулами, аналитик начинает плодить пулы без всякой нужды. Например, использовать пулы и сообщения там, где достаточно подпроцесса:

answer: there are proposals received from candidates (and probably their ratings) resulting from “get a proposal” subprocess.
Ответ: на основании предложений от поставщиков (и, вероятно, результатов их оценки), которые появляются как результат выполнения подпроцесса «Получить предложения от поставщиков».

existing bpms lack the ability to add a new task to the ad-hoc subprocess by one click (remember: it shouldn’t be more difficult than sending e-mail). but it seems to be fairly easy to implement.
Чего существующим bpms не хватает, так это возможности одним кликом (помним: это должно быть не сложнее, чем отправить электронную почту) добавить в ad-hoc подпроцесс новую задачу. Ну так это ведь при желании достаточно легко реализовать!