Реализация жизненного цикла документа (а-ля IBM Lotus Workflow)?

Question

[Stepan Yudin]

Всем доброго дня!
Положим, есть система документооборота, написанная на RoR. Но нет ключевой фишки - реализации жизненного цикла документов (создание - различные согласования различными пользователями - окончательное утверждение документа).

Пример:

• Пользователь А создает новый документ (объект класса), заполняет его данными, сохраняет. Тут у него есть выбор - вернуться к редактированию или отправить документ на согласование сотруднику Б.
  
• У сотрудника Б в свою очередь появляется доступ к документу. Он может внести правки, вернуть инициатору на согласование, или отправить дальше (например, сотруднику В).
  
• И так далее - от юзера юзеру.
  

Вроде бы ничего особого... НО! Маршруты визирования документов бывают весьма сложные (например, параллельные ветви, когда док-т клонируется и клон какое-то время живет отдельно, до момента воссоединения, т.н. join).

У меня есть опыт работы с IBM Lotus, где есть инструмент Workflow, позволяющий реализовывать описанное выше. Можно рисовать блок-схемы и публиковать их в приложение.

Хочется того же самого на рельсах. Возможно, есть какой-то гем для этих целей?
И инструмент, который позволяет рисовать схемы и экспортировать в открытый формат (XML, JSON и т.д.), чтобы приложение на рельсах его обрабатывало?

Заранее премного благодарю!

Comments

[madzhuga]

Посмотрите rails_workflow (madzhuga.github.io/rails_workflow) - визуально похоже именно на то что вы хотите сделать (возможность конфигурить и создавать workflow процессы на рельсовых проектах)

[Stepan Yudin]

Благодарю, уже встречал на днях)

Answer 1

[vsuhachev]

Рисовать - вряд ли, в таких случаях на руби обычно принято писать DSL. Гуглите гемы для реализации конечных автоматов (state machines)

Comments

[Stepan Yudin]

Спасибо, ознакомился с автоматами. Есть весьма годные гемы для реализации ДКА, например AASM.
Дело за генератором схем с настраиваемым экспортом. А парсер написать - это не проблема.

Конечно, жаль, что нет готовых решений. И это странно, ибо функционал весьма востребованный. И не всегда и не у все есть бюджет внедрять полноценную BPMS систему с привязкой к документообороту...

[vsuhachev]

Ничего странного не вижу. Документооборот - это серьезные конторы которые предпочитают платформы (тот же Лотус) от серьезных вендоров за серьезные деньги, а не наколенные гемы без поддержки

В любом случае импорт/экспорт КА прикрутить нетрудно так как (как правило) сам автомат это объект у которого можно создавать все состояния и переходы на лету вызывая методы этого объекта.

[Stepan Yudin]

vsuhachev: Как программер Lotus - ответственно заявляю, что содержать постоянный штат кодеров в компании все равно приходится. Ибо интеграторы того же Лотуса берут непомерные суммы за допиливание приложений под нужды компании. А результат все равно один - медленный, плохо покрытый (да и в принципе, плохо покрывающийся) тестами продукт. Причем на платформе, где серьезные баги сама IBM не фиксит годами.

Ну да ладно, это уже оффтопик. Еще раз благодарю)

Answer 2

[Алексей П]

habr
state machine
aasm

Comments

[Stepan Yudin]

За первый линк благодарю) остальное уже осилил)

[Алексей П]

Степан Юдин: был еще какой-то, я, правда, забыл его, гем основан на state machine. у него удобный API