performance - 代替ビジネスフローの処理方法

Question

私のアプリケーションには多くのモジュールがあり、元のビジネスフローは次のようになります。

A -> B -> C -> D

アプリケーションが成長するにつれて、顧客のニーズを満たすために代替フローが追加されます。

A -> B -> C -> D

A -> B -> C' -> D (C はオプションの操作を実行できるようになりました)

A -> D

A -> D' (D は C のオプション操作を実行できるようになりました)

単体テストケースの数と QC の手動テストロケットの数。

現在、私には2つの解決策があります：

選択したソリューションは、以下の目的を満たす必要があります。

どちらを使用すべきか、またはより良い解決策があるかわかりません。

score 1 · Accepted Answer

ワークフローシステムが必要なようです。個々のコンポーネントを構築して個別にテストしてから、ワークフローシステムを使用して、顧客ごとの構成でそれらを相互に接続できます。

Windowsワークフローと任意のJavaBPMソフトウェアがこのタスクに適しています。

score 1 · Accepted Answer

まず、私はあなたの問題を完全に理解しているわけではないので、私の仮定を述べてから、私の答えを提供させてください. 必要に応じて適応します。

仮定:

ビジネスプロセスは一連の操作をモデル化します。例: A はチェックアウトステップで、C と C' は 2 つの異なるが類似した支払いステップです。
プロセスの各ステップは、共通のデータセットの個別の部分で動作します。例: B は合計と割引を計算し (カートの内容を操作)、C と C' は合計を取得して何らかの支払いを開始します。
既存の実装を可能な限り維持したいと考えています。

この場合、データモデルと、各ステップがどの部分で動作するかを正しく理解していることを確認してから、これに基づいてステートマシンを構築します。

利点：

プロセスの各ステップは、1 つ以上の状態を使用してモデル化できます。遷移がデータモデルに基づいていることを確認します。Paypal を使用して支払うかバウチャーを引き換えるかというユーザーの決定に基づいて、これを処理するための適切な状態に移行する決定状態を持つことができます。
状態は個別にテストできます。単体テストは簡単に記述でき、手動テスト (決済プロバイダーとの統合テストなど) 用の顧客向け機能のハーネスを構築できます。
ステートマシンは通常、フットプリントが小さくなっています。これらは通常イベント駆動型であるため、アプリケーションのスレッド数を抑えます。状態にロジックのみが含まれ、データオブジェクトに対してのみ動作する場合は、異なる同時実行プロセス間で状態インスタンスを再利用することもできます。これは、ステートマシンフレームワークによって異なります。

注意事項:

状態を明確にし、多くの小さな状態に小さな専用操作を実行させます。カード決済またはバウチャーの決定が発生した場合は、これを疑似状態でモデル化します。
神のオブジェクト (すべてを知っているオブジェクト) は避けてください。ステートがドメインモデルの大部分で動作し始めた場合は、モデルまたはステートマシンのいずれかを改善することを検討してください。
すべてをイベント駆動型で非同期にするようにしてください。同期ステートマシンはスケーリングしません。非同期ではないサービスを呼び出す場合は、そのラッパーを作成します。

以前のプロジェクトで、この方法でビジネスフローをモデル化することに成功しました。エンドユーザーがモノを購入できる流れでした。さまざまな支払い方法の切り替え、バックエンドシステムが利用できない場合の再試行など、多くの代替フローを処理する必要がありました。

ニーズに合わせて、独自のステートマシンフレームワークを開発しました。おそらく、プラットフォームで利用できるものを確認する必要があります。

performance - 代替ビジネス フローの処理方法