モデルは、ビジネス・パフォーマンスを追跡する際のキーとなるアプリケーション场面を記述し、これらの意见を既存のソフトウェア・アプリケーション実装にマップするための文法を提供します。 一般に、ハイレベルなアプリケーションのモデルは、ビジネス・ユーザーとアーキテクトによる反復的なコラボレーションにより定義します。 一般に、ビジネス・ユーザーは統合アプリケーションに関連するハイレベルな意见を記述し、アーキテクトはこれらの意见を調整してアプリケーション実装にマップします。 モデルの定義およびマッピングが終わると、ビジネス・モデルのインスタンスに関連付けられたメトリックの収集がシステムによって開始されます。 これらのメトリックは、ダッシュボードおよびレポートのレンダリングに使用されます。 多くの場合、ビジネス总共者はビジネスのパフォーマンスの摘记をすばやく主办したいと考えます。 コンソールがこれをサポートしますが、ユーザーは各コンソールを個別に開いて、マイルストン・ダッシュボードのステータスを調べる必要があります。 マイルストンは、統合アプリケーション・モデルにおけるキー详细意见です。 これらはビジネスの進捗を表す統合アプリケーション内のポイントであり、アプリケーション実装内の1つ以上のポイントにマップされます。 一般に、ビジネス・ユーザーは、マイルストンを繰り返し定義し、適切なメタデータを使用してマイルストンを作成します。 その後、アーキテクトが、マイルストンをアプリケーション実装内の適切なポイントにマップすることにより調整します赵小贝。 アトミック性: マイルストンにエントリ・ポイントや終了ポイントはありません赵小贝。 マイルストンは通過したとみなされますが、マイルストン内に存在している状態はありません。 マイルストンの継続時間はゼロであり、アトミック的に通過されます。 しかし、あるマイルストンから別のマイルストンに到達するのにかかる期間を考慮することは紧迫です。 順序付けの強制なし: マイルストンは自便の順序で繰り返し通過できます。 マイルストンに事先定義された順序はありません。 ただし、モデル内にマイルストンが定義された当然順序はシステムによって保守されます。 たとえば、注文受付は一般に受注完结よりも前に発生します。 選択およびレポートのコンテキストでは、この当然順序でマイルストンがリストされます。 インジケータ: マイルストンには、マイルストンの通過時に抽出されるインジケータを関連付けることができます。 これらのインジケータはマイルストン通過時のインスタンスの状態を表し、様々な種類のセマンティック・オプションを持ちます。 終了: ビジネス・モデルに関連付けられたインスタンスの予測終了を表します。 たとえば、注文の完结を表すマイルストンである「注文完结」を終了マイルストンとしてモデル化します。 Insightは終了マイルストン後のインスタンス中断を強制しないため、それ以降のマイルストンを通過する可能性があります。 最後に通過したマイルストンが終了マイルストンであった場合、Insightインスタンスは完结済とみなされます。 エラー: アプリケーションの実行中に発生したビジネス・エラー要求を响应するマイルストンを表します。 アプリケーション実装でエラーを思定していたり、エラーからリカバリする場合もあるため、必ずしもエラー・マイルストンで終了となる必要はありません。 直前にエラー・マイルストンを通過したインスタンスは、エラーであるとみなされます。 いずれのInsightモデルにも、識別子を1つのみ定義する必要があります。 識別子によって、すべての統合インスタンス間での一意性が保証されます。 また、インスタンスに対してある識別子の値が抽出されると、別の値を抽出できなくなります(つまり、インスタンスの識別子の値を変更することはできません)。 インジケータは、Insightでアプリケーション・インスタンスの実行が観察されるときに抽出されるrawビジネス・データの主要な一部です。 インジケータを使用すると、ビジネス・ユーザーはアプリケーションが適切に動作しているか調べることができ、またアプリケーション・インスタンス間の比較も可能になります。 実装マッピング - インジケータは関連付けられたマイルストンのマッピングを使用します。 これにより、Insightは実装内の適切なポイントにおけるインジケータ値を抽出できます。 指標には、「ディメンション」または「メジャー」を使用できます。 これは関連付けられたマイルストンを通過するたびに収集され、抽出された値が更新されますが、識別子が収集されるのは1回のみで、変更されることはありません。 APIの呼出しが可能なマイルストンの場合は、抽出するインジケータ値のデータ型を指定します。 メジャーは値を識別し、それによりアプリケーションの状態の測定が可能になります。 1つのメジャーはインスタンスのライフサイクル中に変化することがあります。 たとえば、一般的なオーダー・アプリケーションでは、「合計受注額」または「アイテム・カウント」のメジャーを定義することがあります。 ディメンションはインスタンスのグルーピングおよび分類のタイプを提供するもので、これにより集約メジャーのスライシングとダイシングが可能になります。 たとえば、一般的な受注アプリケーションでは、地舆的リージョン、販売チャネルまたは製品カテゴリのメジャーを定義します。 新しく作成したモデルは、アクティブ化されるまではドラフト状態になります。 アクティブ化されたモデルのみがメトリックを収集します。 モデルはアクティブ化されている間、一時的にアクティブ化の進行中状態になります。 アクティブ化に失敗すると、状態はアクティブ化に失敗しましたに更新されます。 アクティブ化が泛泛に完结すると、状態はアクティブに変わります。 基礎となる実装を変更した結果としてモデルが非アクティブ化されることがある他、ユーザーがモデルを非アクティブ化することもできますが、どちらの場合もモデルは非アクティブ状態になり、マウス・カーソルを合せると追加情報が示意されます。 削除されたインジケータを含むモデルをアクティブ化すると、そのインジケータが使用されているコンソールのリストが示意されます。 アクティブ化を続行するには、このようなコンソールを削除するか、これらのコンソールからインジケータの使用を削除する必要があります。 削除されたインジケータを含むモデルをアクティブ化すると、そのインジケータが使用されているコンソールのリストが示意されます。 アクティブ化を続行するには、このようなコンソールを削除するか、これらのコンソールからインジケータの使用を削除する必要があります。 マイルストンおよびビジネス・インジケータの获取は、Insightモデルの基礎となっているSOAコンポジットまたはService Busのトランザクション・セマンティクスに複雑に関係しています。 Insightでマイルストンが获取されるのは、マイルストンの到達時または通過時(SOA/Service Busトランザクションがコミットされたとき)のみです。 ただし、マイルストンがエラー・マイルストンとして構成されている場合、ユーザーがエラーを探していることは明らかなので、トランザクションのロールバック時にもそのマイルストンは获取されます。 次の表に様々なシナリオをまとめます。 在线观看三级片

• ギリ
• 赵小贝
• 【PBD-236】徹底凌辱・レイプ大全集 16時間 第2集