4

利用可能なオープンソース ソリューションを実装した経験のある人はいますか? もしそうなら、どの解決策をお勧めしますか?

4

4 に答える 4

2

Alfrescoは、ほとんどカスタマイズすることなく、必要なこと (およびそれ以上) を実行します。シンプルではありませんが、セットアップは簡単です。

OpenWFEは単純なワークフローですが、この場合、目標を達成する前にさらに多くの概念を学ぶ必要があります。

ワークフロー管理機能を必要とせず、独自のフロントエンドを作成する予定がある場合、Syrupはさらに単純です。

検討する価値のある別のワークフロー エンジンは、jBPM、Bonita、およびSharkです。

于 2008-10-13T21:47:57.810 に答える
1

Carlos E. Perez は、Java で書かれたさまざまなオープン ソース ワークフロー エンジンをまとめています。

この投稿は少し古くなっています (2007 年 3 月) が、まだ役立つ情報が満載です。

于 2008-10-13T17:58:59.770 に答える
0

おそらく問題トラッカーですか？http://jtrac.info < 最初にここを見てください。これが解決策ではない場合は、google : オープン ソースの問題トラッカー : どこから始めればよいかわかりません。

承認/非承認に関しては、タスクを作成してから承認担当者プールにタスクを割り当て、承認された場合は開発者プールに戻してもらうという問題になります。

経験上、作業プールに割り当てられた各タスクの作業負荷が異なると、事態は複雑になります。Eternal Downward Spiral では PeopleSoft システムを使用しました。これは必要な一連の作業に注意を払っていませんでした。彼らはそのひどい「解決策」に多額のお金を払ったと思います!

私が選択したワークロード分散システムは、少なくともタスクごとのワークロードを考慮に入れます。これは、定量的なワークロードではなく、実行およびクリアされたタスクの合計に基づいて毎日の作業クォータを使用する場合です。簡単な仕事に飛びつく人がいる可能性があり、その人はその後、すべてをやり遂げたことで称賛されます。

リンクを提供した最初のオプションを保証することはできませんが、それが一番の提案であるとすぐに相互参照しました。Javaの問題追跡システムに関する限り。

品質保証の 3 番目のステップも必要になるかもしれませんが、それ以上の価値のあるアドバイスを提供するには、より多くの背景情報が必要です。

于 2008-10-13T16:28:12.373 に答える
0

OpenWFE は Ruby に移行したため、エンジンは ddimitrov (乾杯) と osworkflow によって引用されたままになります。IIRC では、jamesh が引用した Carlos E. Perez のレポートにすべて記載されています。

于 2008-10-13T23:03:42.027 に答える