Есть ли у кого-нибудь опыт внедрения каких-либо доступных решений с открытым исходным кодом? Если да, то какое решение вы бы порекомендовали?
В основном управляется разработчиками. Я бы оценил менее 200 в любой конкретный момент. В основном это будет маршрутизация людей для одобрения / неодобрения документа или другого артефакта. Я ищу простой и элегантный процесс подписи для документа или артефакта.
Не могли бы вы отредактировать свой вопрос и добавить это уточнение?




Возможно, трекер проблем? http://jtrac.info <сначала взгляните сюда, если не это как решение, то google: средства отслеживания проблем с открытым исходным кодом: их так много, что я не знаю, с чего начать.
Что касается утверждения / неодобрения, это будет вопрос создания задачи, последующего назначения задачи в пул уполномоченных сотрудников и их возврата в пул разработчиков, если она была одобрена.
По опыту, ситуация становится непростой, когда рабочая нагрузка для каждой задачи, выделенной рабочему пулу, меняется. Мы использовали систему PeopleSoft в Eternal Downward Spiral. При этом не уделялось внимания объему необходимой работы, и я так понимаю, они много заплатили за это ужасное «решение»!
Любая выбранная мною система распределения рабочей нагрузки должна, по крайней мере, учитывать рабочую нагрузку на задачу. Это связано с тем, что если вы используете дневную рабочую квоту, основанную на общем количестве выполненных и очищенных задач, а не на количественной рабочей нагрузке; у вас могут быть и будут люди, которые наскакивают на простые задачи, которых впоследствии хвалят за то, что они справляются со всем.
Я не могу поручиться за первый вариант, на который я предоставил ссылку, но я быстро сделал перекрестную ссылку как главный вариант; что касается систем отслеживания проблем Java.
Возможно, вам также понадобится третий этап обеспечения качества, но мне нужно больше информации, чтобы дать какие-либо полезные советы.
Карлос Э. Перес резюмирует множество различных Механизмы рабочего процесса с открытым исходным кодом, написанные на Java.
Пост уже устарел (март 2007 г.), но по-прежнему полон полезной информации.
Под открытым небом делает то, что вы хотите (и многое другое), с очень небольшой настройкой. Не просто, но легко настраивается.
OpenWFE - простой рабочий процесс, но в этом случае вам нужно будет изучить больше концепций, прежде чем вы достигнете своей цели.
Сироп еще проще, если вам не нужны функции управления рабочим процессом и вы планируете написать свой собственный интерфейс.
Еще одним движком рабочего процесса, на который стоит обратить внимание, являются jBPM, Бонита и Акула.
OpenWFE перешел на Ruby, так что двигатели цитируются ddimitrov (приветствует), а также ос. IIRC, вы найдете их все в отчете Карлоса Э. Переса, цитируемого jamesh.
Значит, OpenWFE Java сейчас официально не поддерживается? Похоже, OSWorkflow тоже не выпускалась с 2005 года.
поддерживается в том смысле, что на форумах все еще есть ответы, но больше не выпускаются. Жалко для OSWorkflow.
Уточните пожалуйста свой вопрос. Рабочий процесс управляется разработчиками или бизнес-пользователями? Каким количеством одновременных рабочих процессов вы собираетесь управлять? Рабочий процесс в основном документирует маршрутизацию, координацию людей или оркестровку услуг? Пример сценария был бы отличным.