http://bpmnforum.ru/topic/94 bpmnforum.ru » Topic: Долгорабоающие процессы ru-RU Sun, 17 May 2026 22:26:02 +0000 http://bbpress.org/?v=1.0.3 q http://bpmnforum.ru/search.php http://bpmnforum.ru/topic/94#post-873 Срд, 06 Июн 2012 14:17:24 +0000 Oleg L. 873@http://bpmnforum.ru/ <p>Ну да, мы так и делаем, только ещё в БД самого бизнес-приложения создаём таблицу "Процесс" и связанную к ней *..1 таблицу "Задача" и таблицу "Заявка" связанную с "Процесс" как 1..*. Получается небольшая избыточность, зато всё в одном месте, и в нормальных форматах. </p> http://bpmnforum.ru/topic/94#post-868 Срд, 06 Июн 2012 06:24:31 +0000 Анатолий Белайчук 868@http://bpmnforum.ru/ <p>Примерно так и делается. На верхнем уровне можно сделать либо очень простой процесс - конечный автомат, либо ограничиться записью в таблице БД с полем "состояние", значение которого меняют процессы-задачи.</p> <p>Проблем с "общей картиной" не вижу.</p> <p>Проблемы у любителей рисовать на одном уровне процессной диаграммы десятки квадратиков и вешать получившийся ужас на стену будут, но у них они будут вне зависимости от продолжительности процесса. </p> http://bpmnforum.ru/topic/94#post-866 Втр, 05 Июн 2012 14:31:59 +0000 Oleg L. 866@http://bpmnforum.ru/ <p>Если срок жизни экземпляра процесса измеряется часами, максимум днями, этой проблемы практически не возникает. Однако, если процесс живёт месяцы и годы, как например, процессы управления проектами, то с каждым днём жизни экземпляра возрастает вероятность того, что он завалится. Меняются веб сервисы, обновляются версии процессов и их модели данных, обновляются версии BPMS, баз данных и.т.д.<br /> Один из вариантов минимзации такого события это отказ от коллаборации и хореографии на верхнем уровне. Процесс разбивается на несколько подпроцессов, и в системе живут толлько небольшие процессы-задачи, которые если и завалятся, то их можно будет легко восстановить. Так наприер, у нас никогда не будет процесса "Строительство объекта №Х", а будет только, например задача- "Провести инспекцию строительного объекта №Х", которая в случае выявленных нарушений прекратит своё существование, и создаст новую задачу "Произвести повторную инспекцию строительного объекта №Х через месяц". Однако, так как у нас нету общей картины, то теряется смысл процессного управления для владельца процесса. Да и такую штуку уже не распечатаешь, и не стену не повесишь.<br /> А кто и как ещё решает проблему долгоработающих процессов? </p>