11

私は職場で新しいアプリケーションに取り組んでおり、マネージャーはビジネス ルール管理システム (BRMS) とワークフロー管理システムの概念を実際に推し進めています。ツール。

こういった制度に関しては、自分が知らないことはわからないので、別の視点や情報を得ようとしています。

マネージャーが求めているのは、ビジネス ユーザーがビジネス ルールを変更したり、開発者の時間を必要とせずに (または開発者の時間を最小限に抑えて) フローを処理したりできることです。

BRMS がコードにどのように適合するかを考えると、BRMS の方が理解しやすいです。これは非常に簡単で、ロジックが完全にアプリケーションの外部にあることがわかります。私はこれらのタイプのシステムをあまり扱っていないので、.NET と統合する優れた製品に関する情報、またはエクスペリエンスに関する情報をいただければ幸いです。(InRule、Blaze Advisor、および ILOG ルールを検討しています)

私がよくわからないのは、ワークフローの部分です。

Workflow Foundation は、アプリケーション コードに統合された既知の定義済みワークフローであるため、私には理にかなっていますが、マネージャーは基盤を探しているのではなく、ビジネス ユーザーがワークフローを定義および更新できるツールを望んでいます。エンド ユーザーが動的にワークフローを作成できるようなシステムは、私にはあまり意味がありません。

ワークフロー エンジンの例として、WorkflowGenを見るように依頼されました。私には、開発者がバックエンド システムとのインターフェイスとして .NET コードを記述しない限り、完全に自己完結しているように見えます。

ユーザーが特定の制限されたアクションを定義できるようにするワークフロー システムについては理解できます。たとえば、「何々に電子メールを送信する」や「何々々に承認を要求する」などです。フローをアプリケーションに統合することも、先ほど説明したより単純なシステムでバックエンド データを表示および更新することもできます。

これらのタイプのロジックをアプリケーション コードの外に移動するという点でマネージャーが探しているものをよりよく理解できるように、ユース ケースを推進していますが、当面は、これらのタイプのシステムに関する情報をいただければ幸いです。前述したように、何がわからないのかわかりません。ビジネス ユーザーは、新しいアプリケーションがこれらの種類のツールをサポートする必要があると考えているようです。知識が不足しているため、機能を制限していることを確認したい。

情報やアドバイスをありがとう。

4

1 に答える 1

4

.NET で作業している場合: .NET Workflow Foundation。確かに複雑ですが、無料で、マネージャーが求めるすべての機能を備えています。ビジネス ルールの部分には慣れが必要であり、ワークフローには独自の「環境」を構築するための初期投資が必要ですが、これらすべてを上から見ると、WF.NET は他のものよりも多くのものを提供します。InRule は安価な製品であり、あまり多くのことを行うことはできません。Blaze はあまりにも複雑で、あまりにも高価であり、実際には「非プログラマー」向けではありません。ILOG も「ビジネス ユーザー」向けではありません。

于 2011-01-10T17:23:52.960 に答える