ビジネス ロジック テンプレートはメトリックの計算方法を格納する簡単な方法です。 フル ビジネス ロジック テンプレートは十分なビジネス ロジック コンポーネントであり、他のビジネス ロジック コンポーネントのベースラインを作成する便利な方法です。 テンプレートから作成された新規ビジネス ロジック コンポーネントはコードをコピーし、その新規インスタンスを作成します。 ただし、一般的に、テンプレートを使用した場合は柔軟性が非常に低いため、可能な限りビジネス ロジック モジュールを使用する必要があります。
ビジネス ロジック モジュールは、他のビジネス ロジックによる同じコード ベースの再利用が可能な独立したコード コンポーネントです。 モジュールには他のモジュールを含めることもできるため、階層レベルが複数になることがあります。 モジュールを使用する場合、コードは 1 つの場所に含まれており、それにリンクしている他の各コンポーネントによって再利用されます。 このコード セクションの再利用により、コードの重複を排除し、システム全体のロジック変更を迅速かつ簡単に適用できるようにすることで、メンテナンスが容易になります。
設計段階では、主要なビジネス ロジック モジュールおよびそれらの関連パラメータを特定する必要があります。 契約モデリングが完了し、使用するロジックが契約マネージャに明確に見えるようになると、契約マネージャが共有し、個別のモジュールに定義できる計算を特定することが可能になります。
上記の図は、指定されたしきい値内の目標を実現するために、ヘルプデスク アクティビティの成功の割合を計算するモジュールを示します。 このようなモジュールを実装するには、メトリック パラメータと呼ばれる 2 つのパラメータを定義する必要があります。つまり、ヘルプデスク アクティビティのタイプを定義するパラメータ、および比較に使用するしきい値のパラメータです（「モデリング プロセスで考慮する必要のあるケース」のメトリック パラメータの定義を参照してください）。
システムに実装される計算のタイプを慎重に検討すると、コードの 1 つの小さなセクションの変更、および計算タイプ間の「スイッチ」として動作するパラメータの使用により、多くの類似タイプが実行される場合があることがわかります。 このように、作成する必要のあるコードの量を最小化し、コード再利用の量を最大化できます。
|
Copyright © 2013 CA.
All rights reserved.
|
|