XML 内にルールを格納するカスタム ビジネス ルール エンジンがあります。XML は現在、かなり技術的な人々によって編集され、理解されています。
これらのビジネス ルールの管理に関して、継続的に開発されているユース ケースがいくつかあります。
既存のビジネス ルールを図で表して、既存のルールをより広く理解できるようにします。
ビジネス ユーザーが作図ツールを使用してこれらのルールを作成できる機能を構築する
私たちは、Visio 2010 (BPMN 2.0 記法) を探索して、xml 変換レイヤーを潜在的に使用して作図することを考えています。
どんなアイデアでも大歓迎です。
これまで何度も言われてきましたが、私がビジネスルール業界（ベンダーではなく大学）に所属しており、ビジネスルールがIT開発の非常に重要な部分になりつつあるという理由だけで、もう一度言います。
あなたのチームは、車輪の再発明を試みるために多くのお金、時間、労力を費やす可能性が非常に高いです。ルールを評価するコードを作成することは、通常は問題ではありません。そして、あなたはすでにそれを解決しているようです。今、あなたはそれの最も挑戦的な部分に直面しています：UI。
すべての本で、ビジネスルールの最も重要なポイントはメインシステムからのビジネスロジックの分離であると述べていますが、ビジネスルールエンジンを持つことの実質的に最も重要なポイントは、ビジネスマンがそれらのルールを自分で作成できるようにすることです。プログラマーを煩わせることなく。つまり、堅実なUIを意味します。
必要なすべてを実行する優れたユーザーインターフェイスを備えたビジネスルールエンジンがあり、それらは大幅に少ない費用でより効率的に実行します。それらのいくつかは無料または無料のオプションがあります。
Droolsを例にとってみましょう。それはスーパーパフォーマーです。ただし、 Guvnorを画像に追加しない限り、プログラマーにのみ役立ちます。Guvnorの前は、Droolsは、評価のパフォーマンスよりも使いやすさを重視する大企業の間でのみ人気がありました。
したがって、ルールUIを自分で構築するという巨大なプロジェクトに着手する前に、少なくともそれらのいくつかを見てください。Javaプラットフォームを使用している場合は、Droolsを検討してください。また、MSWorkflowFoundationに組み込まれているルールエンジンの上にある商用UIコンポーネントを探すこともできます。これらのエンジンはすべて、ルールをXML形式で保存し、優れたUI（またはUIコンポーネント）を備えており、すべて無料または比較的安価です（InRuleとBizTalkを除く）。
これがあなたのチームが経験しようとしているすべての悪化と費用を節約するのに役立つことを願っています:)