ViPRosАБпропущено...

Фундаментальных для чего ?
для описания процесса :)

Я много видел и описаний, и методологий, и нотаций процессных - процессоров и оптимальных партий не встречал нигде.

ViPRosисполнителеей может быть много чек, станок,инструмент, оснастка,....)
И...? Возвращаясь к теме: в чем проблема с дорожками (swimlane)?

ViPRosя на свадьбу дочери заказал несколько одинаковых крайслера
Вы сомневаетесь, что процесс можно доработать на случай заказа нескольких автомобилей?

ViPRosпосмотрел почти все
остался при своем - программирование и только, никакой автоматизации

(перефразируя) ...а если подумать, то и автоматизация тоже фигня

ViPRosфиговые они нотции просто :)
Да не вопрос - разработайте свою. Или уже? Ну тогда подождем, пока она приобретет популярность сравнимую с BPMN. А пока будем мучиться с тем что есть.

ViPRosдело не в количестве дорожек, в том что работа этих НА ОДНОМ ПРОЦЕССЕ исполнителей должна быть синхронизировано, а Процесс неделим!!!

И...? Все равно не улавливаю мысль.

ViPRosда сомневаюсь, ведь это касается планированя ресурсов (а такого фундаментального понятия тут тоже нет :))

Второй мастер-класс хватило терпения посмотреть? Там рассматривается планирование ресурсов. Достаточно поверхностно - напоминаю, это живая демонстрация "с нуля" - но основные моменты схвачены.

ViPRosеще вопрос
вот там Гараж, Канцелярия(ну ты иногда говоришь Диспетчер, которго никак с Гаражом не ассоциировал)
так вот эти поняти Классы или Экземпляры?
Т.е. если исполнитель Гараж, то учитывается количество и компетенция Диспечтеров или Гаражей (ну много у нас их на разных местах города)
Вы хотите вот так, методом вопросов и ответов, разобраться с нотацией? :-o

Дорожка в BPMN исполнительной семантики не имеет, т.е. у нее такой же статус, как у комментариев. Реальный исполнитель задается в атрибутах конкретной задачи. Такая вольность стандарта позволяет нарисовать дорожку "Гараж" и помещать в нее задачи, исполняемые диспетчером и водителем.

Что касается исполнителя, задаваемого на уровне задачи, то это не объект и не класс, а фильтр (набор условий), по которому отбираются пользователи, подходящие на роль исполнителя для конкретной задачи.

ViPRosда я смотрел 2 часть тоже, ничем от первой части не отличается :) кроме моента, что первый модуль ожидает окончания второго модуля дорожек

а теперь усложни немного задачу, канцелярия должна в онлайне в течении минуты отвечать - да, нет
тгда уже Диспетчер фиг разберется, придется писать натив код
а если еще дальше будешь усложнять, что заказаоы тыщщи, а в канцелярии три бабы, то придется писать натив код и для канцелярии и т.д.
в конце концов все будет в коде, потому что БИЗНЕС ПРОЦЕССОВ И ИХ МОДЕЛЕЙ тут НЕТ!!!!
тут программирования, атрибуты, формы, ивенты, обработчики и т.д. (
Проблем с реализацией "немного усложненной" задачи в BPMS я не вижу, благо в нотации есть и таймеры, и другие ивенты, а также обработчики для них. (Замечу, что в мастер-классе не ставилась задача разобрать процессную нотацию - это отдельная тема, и за два часа с ней не разобраться.)

Вы ведь не хотите сказать, что все сотрудники офиса крутятся как электрические вентиляторы? Даже если придется писать специализированного клиента для определенной задачи/исполнителя, большинству подойдут стандартный пользовательский интерфейс.

Но если задать целью, то можно конечно придумать задачу, в которой BPMS не к месту. Можно даже не трудиться, я с этим заранее готов согласиться.

ViPRosпосмотрел и поувствовал, как ты от этой фигни устал уже :)
Это правда - устал от этой фигни демонстрации .

Еще бы - надоест, когда десятки раз показываешь одно и то же. Надеюсь, в той части, где задавались вопросы, я выгляжу поживее.

Специалисты по бизнес-процессам - это такие люди, которые, что ни спроси, ничего делать не умеют.

Но! Они знают как делать это лучше.