---
sourceDocument: Xanadu エンタープライズアーキテクチャ (旧称 Application Portfolio Management)
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/ja-JP/xanadu/application-portfolio-management

 Release :

    - xanadu

ft:locale :

    - ja-JP

ft:publication_title :

    - Xanadu エンタープライズアーキテクチャ (旧称 Application Portfolio Management)

ft:clusterId :

    - appportman

bundleId :

    - appportman

workflow :

    - Technology


---

# アプリケーションアセスメント

# アプリケーションアセスメント {#ariaid-title1}

* リリースバージョン: Xanadu
* 
* 更新日 2024年08月01日
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 所要時間：21分

アプリケーションのユーザビリティ、コスト、品質、パフォーマンス、およびリスクを測定するインジケーターを設定します。定性的な入力に基づいてビジネスアプリケーションを評価し、スコアを付けます。サーベイとアセスメントに基づいて、アプリケーションの抽象情報をより具体的で明確な測定基準に変換できます。これらのアセスメントは、アプリケーションを置き換えるかアップグレードするかについて戦略的な決定を下す際に役立ちます。

既存のアセスメント測定基準タイプを使用することも、要件に応じてそれらを構成することもできます。
**関連タスク**   

* [すべてのアプリケーションスコアの表示](https://servicenow-prod.fluidtopics.net/iegttSsGO3m5EegQm1znNQ "アプリケーション採点プロファイルのアプリケーションインジケーターの重み付けの合計で計算されたアプリケーションスコアを表示します。アプリケーションスコアは、アプリケーションを評価して、戦略的な決定を下す際に役立ちます。")
* [アプリケーションインジケータースコアの表示](https://servicenow-prod.fluidtopics.net/j6PR4f_bEsiOtzMQ~VrV~w "アプリケーションインジケーターに定義されたソーシングセットアップに基づいて、ソーシングおよび計算されたアプリケーションインジケータースコアを表示します。アセスメントフレームワークは、少なくとも 1 つの採点プロファイルにアタッチされているインジケーターのスコアのみを計算します。インジケータースコアは、アプリケーションを評価し、戦略的な決定を下す際に役立ちます。")
* [ビジネス機能の追加](https://servicenow-prod.fluidtopics.net/vNNGnnQBO5kPK_PSGamg9A "機能階層マップにビジネス機能を追加します。")
* [ビジネス機能の階層を更新](https://servicenow-prod.fluidtopics.net/Xh4SMqfMjASSH~gokbq_3w "階層 ID をビジネス機能に割り当てます。")  
**関連情報**   

* 

## アプリケーションアセスメントのためのフレームワークセットアップ {#ariaid-title2}

アプリケーションを評価するベースとなるインジケーターとスコアプロファイルを作成できます。アプリケーションインジケーターは、アプリケーションスコアを導き出す際に役立つビジネス測定基準です。

エンタープライズアーキテクチャ は、ServiceNow プラットフォームの主要アプリケーションと統合されていて、アプリケーションに関する詳細なインサイトを提供します。これらの統合は次のことに役立ちます。

コスト節減の機会を特定する
:   ファイナンシャルマネジメント アプリケーションのセグメントの階層は、アプリケーションレベルでコスト割り当てを追跡し、アプリケーションの完全なコストブレークダウンを提供します。

アプリケーションを整理して合理化を判断する
:   同じアプリケーションカテゴリ、地域、またはビジネスにアサインされている複数のアプリケーションを特定できます。この情報は、アプリケーションを使用しているユーザー、使用頻度、アプリケーションのステータスを把握し、情報に基づく意思決定を行う際に役立ちます。

アプリケーションの最新化と投資の機会を特定する
: サーベイの結果に基づいて、更新する契約がある、使用率が低い、または顧客満足度が低いアプリケーションを特定できます。  
事前に構成されたインジケーターを使用するか、インジケーターを作成して、コスト、品質、技術的リスク、投資、ユーザー満足度、ビジネス価値などの側面でアプリケーションを評価します。[事前に構成されたインジケーター](https://servicenow-prod.fluidtopics.net/4iH2POpie5DEDXMJkyPXZA#preconfigured-indicators-and-sources "事前に構成された エンタープライズアーキテクチャ インジケーターとそれらの提供元アプリケーションは、コスト、品質、リスクなどのさまざまな側面からのアプリケーション評価に役立ちます。事前に構成されたインジケーターをコピーして変更することで、それらとは別に、追加のインジケーターを作成できます。")は、Financial Management、IT Service Management、Project Portfolio Management、サーベイ、アセスメント、SQL クエリー、Performance Analytics、およびカスタムスクリプトから提供されます。  
注:  
エンタープライズアーキテクチャ では、会計カレンダータイプである標準のみがサポートされています。
**関連概念**   

* [アプリケーションスコアを計算するためのスケジュール済みジョブ](https://servicenow-prod.fluidtopics.net/4iH2POpie5DEDXMJkyPXZA#job-run-compute-application-scores "インジケーターを設定した後で、スコアプロファイルを作成し、プロファイルインジケーターをアタッチしたら、アプリケーションスコアを定期的に計算するジョブをスケジュールします。")  
**関連タスク**   

* [アプリケーションを評価するインジケーターを作成または編集する](https://servicenow-prod.fluidtopics.net/jFS7fll8DT~iV4hGaKdXjw "アプリケーションインジケーターは、コスト、品質、技術的リスク、投資、ユーザー満足度、ビジネス価値などの側面でアプリケーションを評価するビジネス測定基準です。")
* [アプリケーションスコアプロファイルの作成およびプロファイルインジケーターのアタッチ](https://servicenow-prod.fluidtopics.net/2zJQr8QWTDEbZidwpuA~Ww "アプリケーションスコアプロファイルを作成したり、デフォルトのアプリケーションプロファイルを要件に応じて新しいプロファイルインジケーターで更新したりできます。スコアプロファイルを作成した後で、それをインジケーターに関連付ける必要があります。")

### 事前に構成されたインジケーターとそのソースアプリケーション {#ariaid-title3}

事前に構成された エンタープライズアーキテクチャ インジケーターとそれらの提供元アプリケーションは、コスト、品質、リスクなどのさまざまな側面からのアプリケーション評価に役立ちます。事前に構成されたインジケーターをコピーして変更することで、それらとは別に、追加のインジケーターを作成できます。
{#preconfigured-indicators-and-sources__table_zcp_hw4_px__entry__7}

| インジケーター名 | 頻度 | タイプ | ソース | 計算方法 | 説明 | ジョブ |
|-|-|-|-|-|-|-|
| 施設コスト | 四半期 | カスタムスクリプト | ITFM 製品。ITFM_Allocation_Aggregate テーブル | データは、財務モデリングプロセスが完了した後にのみ、ITFM テーブルで使用可能になります | ビジネスアプリケーションの施設コスト |   |
| ハードウェアコスト | 四半期 | カスタムスクリプト | ITFM 製品。ITFM_Allocation_Aggregate テーブル | データは、財務モデリングプロセスが完了した後にのみ、ITFM テーブルで使用可能になります | ビジネスアプリケーションのハードウェアコスト |   |
| 人件費 | 四半期 | カスタムスクリプト | ITFM 製品。ITFM_Allocation_Aggregate テーブル | データは、財務モデリングプロセスが完了した後にのみ、ITFM テーブルで使用可能になります | ビジネスアプリケーションの人件費 |   |
| その他のコスト | 四半期 | カスタムスクリプト | ITFM 製品。ITFM_Allocation_Aggregate テーブル | データは、財務モデリングプロセスが完了した後にのみ、ITFM テーブルで使用可能になります | ビジネスアプリケーションのその他のコスト |   |
| サービスコスト | 四半期 | カスタムスクリプト | ITFM 製品。ITFM_Allocation_Aggregate テーブル | データは、財務モデリングプロセスが完了した後にのみ、ITFM テーブルで使用可能になります | ビジネスアプリケーションのサービスコスト |   |
| ソフトウェアコスト | 四半期 | カスタムスクリプト | ITFM 製品。ITFM_Allocation_Aggregate テーブル | データは、財務モデリングプロセスが完了した後にのみ、ITFM テーブルで使用可能になります | ビジネスアプリケーションのソフトウェアコスト |   |
| アプリケーション TCO | 四半期 | カスタムスクリプト | ITFM 製品。ITFM_Allocation_Aggregate テーブル | データは、財務モデリングプロセスが完了した後にのみ、ITFM テーブルで使用可能になります | すべてのバケットからの合計アプリケーションコスト |   |
| アプリケーションのインシデント数 | 四半期 | カスタムスクリプト | インシデント | ビジネスアプリケーションがインシデントに関連付けられた後にのみ、インシデントテーブルでデータが使用可能になります。 | インジケーターが属する採点プロファイルに関係するビジネスアプリケーションに関連付けられている、すべてのインシデントの数を取得するインジケーター。 |   |
| アプリケーションのインスタンス - インシデント数 | 四半期 | カスタムスクリプト | インシデント | ビジネスアプリケーションにマップされたすべてのアプリケーションインスタンスにアタッチされているインシデント数を取得し、それをアプリケーションにロールアップします。 | アプリケーションインスタンスに関連付けられているすべてのインシデントの数を取得するインジケーター。アプリケーションインスタンスは、次に、インジケーターが属する採点プロファイルに関係するビジネスアプリケーションに関連付けられます。 インシデント数は、最初にアプリケーションインスタンスまたはアプリケーションサービスレベルで計算され、その後、ビジネスアプリケーションレベルにロールアップされます。 |   |
| 使用法 | 月次 | クエリー条件 | APM 製品。cmdb_ci_business_app テーブル | \[アクティブユーザー数\] フィールドから計算されます | 特定の会計期間におけるアプリケーションのユーザーセッションとユーザーの数。 |   |
| サービスを介したインシデントの数 | 日次 | Performance Analytics (パフォーマンスアナリティクス) | マップ先： Performance Analytics (パフォーマンスアナリティクス)インジケーターインジケーター (自動)新規インシデントの数 ソース = Incidents.New (インシデントテーブル) | 本日オープンされたインシデントの数。インシデントレコードの影響を受けるビジネスアプリケーションから計算されます。 | 新規インシデントの数。日次および履歴データの収集 | \[PA インシデント\] 日次データ収集 \[PA インシデント\] 履歴データ収集 |
| サービスを介した問題の数 | 日次 | Performance Analytics (パフォーマンスアナリティクス) | マップ先： Performance Analytics (パフォーマンスアナリティクス)インジケーターインジケーター (自動)新規の問題の数 ソース = Problems.New (問題テーブル) | 本日作成された問題。問題レコードの \[サービス\] フィールドから計算されます。 | 本日オープンされた問題の数。日次および履歴データの収集 | \[PA 問題\] 日次データ収集 \[PA 問題\] 履歴データ収集 |
| サービスを介した変更の数 | 日次 | Performance Analytics (パフォーマンスアナリティクス) | マップ先： Performance Analytics (パフォーマンスアナリティクス)インジケーターインジケーター (自動)新規変更の数 ソース = Changes.New (change_request テーブル) | 収集日が登録日 (change_request.opened_at) になっている変更の数。変更要求レコードの影響を受けるビジネスアプリケーションから計算されます。 | 本日オープンされた変更の数。日次および履歴データの収集 | \[PA 変更\] 日次データ収集 \[PA 変更\] 履歴データ収集 |
| 顧客満足度 (CSAT) | 四半期 | アセスメント | アセスメント測定基準タイプ：顧客満足度 アセスメント測定基準カテゴリ：CSAT |   | テンプレート NPS |   |
| 機能適合性 | 月次 | アセスメント | アセスメント測定基準タイプ：機能適合性 アセスメント測定基準カテゴリ：機能適合性 |   | テンプレートネットプロモータースコア (NPS) |   |
| 技術的リスク | 月次 | アセスメント | アセスメント測定基準タイプ：技術的リスク アセスメント測定基準カテゴリ：パフォーマンス |   | 会計期間のサーベイを通じてキャプチャされた技術的リスク。 テンプレート NPS |   |
| ビジネス価値 | 四半期 | アセスメント | 統合:平均 |   | テンプレート NPS |   |
| 合計変更時間 | 月次 | Performance Analytics (パフォーマンスアナリティクス) | マップ先： Performance Analytics (パフォーマンスアナリティクス)インジケーターインジケーター (自動)クローズした変更の合計期間 ソース = Changes.Closed (Change_Request テーブル) フィールド：オープン済み (Opened)、クローズ済み ステータス = クローズ済み、ビジネスアプリケーション = エンタープライズアーキテクチャ ビジネスアプリケーションのいずれか、本日クローズ済み | スクリプト：Change.CloseTime.Hours。本日クローズされたすべての変更要求が考慮されます | 特定の会計期間におけるアプリケーションのクローズ済み変更の合計期間。 変更のクローズに要した時間 (時間単位)。日次および履歴データの収集。 | * \[PA 変更\] 日次データ収集 * \[PA 変更\] 履歴データ収集 {#preconfigured-indicators-and-sources__ul_vhf_vkn_4bb} |
[表 : 1. 事前に構成されたインジケーターとソース]

{#preconfigured-indicators-and-sources__table_zcp_hw4_px}  
注:  
インシデントおよび変更インジケーターに対して、次のシステムプロパティが True に設定されていることを確認します。

* プロパティを設定するには、\[すべての\>システムプロパティ\] \> \[すべてのプロパティ\] に移動し、次のプロパティを検索します。
  * 影響を受ける CI に基づいて影響を受けるサービスを入力 (com.snc.incident.refresh_impacted.include_affected_cis)
  * インシデントのビジネスアプリケーション関連リストに入力 (com.snc.incident.populate_business_application)
  * 変更要求のビジネスアプリケーション関連リストに入力 (com.snc.change_request.populate_business_application)
  {#preconfigured-indicators-and-sources__ul_nl5_zhx_zyb}
* レコードの関連リストに \[影響を受けるビジネスアプリケーション\] タブを表示するには、\[他のアクション\] アイコンを選択し、\[\>関連リストを構成\] を選択します。\[影響を受ける ビジネスアプリケーション \] を選択して、\[ 利用可能 \] リストから \[ 選択済み \] リストに移動し、\[ 保存\] を選択します。
* 影響を受けるビジネスアプリケーションの \[サービス経由のインシデントの数 \] および \[サービス経由の変更の数 \] インジケーターを表示するには、そのレコードの \[ 影響を受けるサービスおよび CI\] 関連リストを更新する必要があります。手順については、「 [Refresh impacted services and CIs for Change](https://www.servicenow.com/docs/access?context=refresh-impacted-services-cis&version=xanadu&pubname=xanadu-it-service-management&ft:locale=en-US) 」と「 [Refresh impacted services and CIs for incident](https://www.servicenow.com/docs/access?context=refresh-impacted-cis&version=xanadu&pubname=xanadu-it-service-management&ft:locale=en-US)」を参照してください。
{#preconfigured-indicators-and-sources__ul_cyg_xhx_zyb}
**関連情報**   

* [アセスメント](https://www.servicenow.com/docs/access?context=r_Assessments&version=xanadu&pubname=xanadu-servicenow-platform&ft:locale=en-US)
* [サーベイ管理の開始](https://www.servicenow.com/docs/access?context=r_SurveyManagementLandingPage&version=xanadu&pubname=xanadu-servicenow-platform&ft:locale=en-US)

#### アプリケーションパフォーマンスを測定するための Performance Analytics インジケーター {#ariaid-title4}

Performance Analytics (PA) インジケーターを使用して、ビジネスアプリケーションに対してログに記録されたインシデント、問題、および変更の数を把握し、このインサイトを使用してアプリケーションのパフォーマンスを改善します。

エンタープライズアーキテクチャ は Performance Analytics (PA) から提供されるインジケーターを使用します。これらのインジケーターは、インシデント、問題、変更の数、および特定の日にクローズされた変更要求の数を示します。指定された順序に従ってスケジュールされた時間に PA ジョブを実行し、インジケーターのスコアを取得して、ビジネスアプリケーションのパフォーマンスを評価します。

##### PA ジョブを実行してスコアを生成する順序 {#pa-indicators-jobs__section_dvb_2qd_5gb}

スケジュール済みジョブは、次の順序で実行する必要があります。

1. \[PA インシデント\] 日次データ収集。
2. \[PA 変更\] 日次データ収集。
3. \[PA 問題\] 日次データ収集。
4. \[エンタープライズアーキテクチャ スケジュール済みジョブ\] アプリケーションインジケーターをロードし、アプリケーションスコアを計算します。

{#pa-indicators-jobs__ol_t5s_vqd_5gb}

履歴データがある場合は、次の順序で実行します。  
注:  
6 か月以上経過した履歴データを取得するには、 エンタープライズアーキテクチャ のパフォーマンスアナリティクスプレミアム (com.snc.pa.premium.apm) プラグインが必要です。

1. \[PA インシデント\] 履歴データ収集。
2. \[PA 変更\] 履歴データ収集。
3. \[PA 問題\] 履歴データ収集。
4. 必要な期間の エンタープライズアーキテクチャ スコアを再生成します。このアクションは、単に既存のスコアを更新するのではなく、日次スコアを含む既存のスコアを削除して新しいスコアを生成します。
{#pa-indicators-jobs__ol_kps_vsd_5gb}

##### インジケータースコアが生成される頻度 {#pa-indicators-jobs__section_tjt_j4d_5gb}

スコアは、スクリプトを実行するジョブのスケジュールされた実行に従って生成されます。インジケーターの頻度が以下の場合：

月次
:   スコアは、月の最終日にのみ生成されます。

四半期
:   スコアは、四半期の最終日にのみ生成されます。

年次
: スコアは、年の最終日にのみ生成されます。  
注:  
会計期間は、スコア生成と同じタイムゾーンを使用して生成する必要があります。

##### PA インジケータースコアデータの収集 {#pa-indicators-jobs__CollectionPAIndicators}

PA インジケータースコアの収集と保存の期間単位 (日、週、または月) は、データソースインジケーターの頻度によって決まります。ただし、アプリケーションインジケーターが PA インジケーターデータソーススコアを収集する頻度は異なります。

エンタープライズアーキテクチャ、アプリケーションインジケーターの頻度は、データソースインジケーターの頻度以上でなければなりません。

次の表は、ジョブの実行後に エンタープライズアーキテクチャ がデータソースインジケーターからデータを収集する頻度を示しています。
{#pa-indicators-jobs__table_fsq_f5d_1lb__entry__2}

| エンタープライズアーキテクチャ 周波数 | データソースインジケーター頻度 |
|-|-|
| 月次 | 月次 |
| 四半期ごと | 月次および四半期ごと |
| 年次 | 月次、四半期ごと、および年次 |
[表 : 2. APM データ収集頻度]

{#pa-indicators-jobs__table_fsq_f5d_1lb}

Xanaduリリースにアップグレードしたエンタープライズアーキテクチャ顧客の場合、\[パフォーマンスアナリティクスの日次頻度\] データソースインジケーターは利用できません。RemoveDailyFreqAndUpdatePAIndicator 修正スクリプトは、PA インジケーターの \[日次\] 頻度を自動的に削除し、頻度を \[月次\] に更新します。

##### アプリケーションブレークダウンを PA スコアシートに表示する際の制限 {#pa-indicators-jobs__section_ac2_sbl_5gb}

多数のビジネスアプリケーションがインストールされている場合、すべてのブレークダウンが Performance Analytics (パフォーマンスアナリティクス)スコアシートこれは、システムプロパティ ( com.snc.pa.scoresheet.max_elements および com.snc.pa.scorecards.max_breakdown_elements) に制限が設定されているためです。プロパティ制限を再構成するには：

1. 移動先 Performance Analytics (パフォーマンスアナリティクス)システムプロパティ.
2. \[スコアシートのブレークダウン要素の最大数\] フィールドに最大数を入力します。この数は、システムにインストールされているビジネスアプリケーションの数以上にする必要があります。  
   図 : 1. Performance Analytics スコアシート
3. \[スコアカードリストのブレークダウン要素の最大数\] フィールドに最大数を入力します。
4. \[保存\] をクリックします。
{#pa-indicators-jobs__ol_cnc_gdl_5gb}

## アプリケーションスコアを計算するためのスケジュール済みジョブ {#ariaid-title5}

インジケーターを設定した後で、スコアプロファイルを作成し、プロファイルインジケーターをアタッチしたら、アプリケーションスコアを定期的に計算するジョブをスケジュールします。

システムがアプリケーションスコアを計算する方法を理解し、要件に従ってアプリケーションスコアプロファイルを作成します。

アセスメントフレームワークは、1 〜 10 のスケール (10 が最高スコア、1 が最低スコア) で、[各アプリケーションのアプリケーションスコアを計算](https://servicenow-prod.fluidtopics.net/4iH2POpie5DEDXMJkyPXZA#application-score-profile "インジケーターとそれぞれの重み付けは、各構成アイテムのアプリケーションスコアプロファイルの計算に使用されます。スコアプロファイルを使用して、アプリケーションスコアを計算し、アプリケーションを評価します。これらのスコアを適用してアプリケーションを比較し、どのアプリケーションを保持、置換、維持、または追加投資するかについて戦略的な決定を下します。")します。アセスメントは、構成可能なさまざまな構成済みのインジケーターに基づいています。これらの各インジケーターは、アプリケーションスコアの導出に使用される、関連するアプリケーションデータを定期的にキャプチャします。これらのインジケーターとそれぞれの値 (重み付け) が、アプリケーションプロファイルに追加されます。その後、アプリケーションはアプリケーションプロファイルに関連付けられ、アプリケーションスコアが計算されます。

### アプリケーションスコアの正規化 {#ariaid-title6}

インジケーターとそれぞれの重み付けは、各構成アイテムのアプリケーションスコアプロファイルの計算に使用されます。スコアプロファイルを使用して、アプリケーションスコアを計算し、アプリケーションを評価します。これらのスコアを適用してアプリケーションを比較し、どのアプリケーションを保持、置換、維持、または追加投資するかについて戦略的な決定を下します。

事前に構成されたインジケーターやユーザーが作成したインジケーターは、インジケーター定義ステージで設定された頻度に基づいて関連データを取得します。このデータは、アプリケーションインジケータースコア \[apm_app_indicator_score\] テーブルの \[アプリケーションの重み付け\] 列でキャプチャされます。アプリケーションインジケーターの作成時に設定される \[最大ターゲット\] と \[最小ターゲット\] は、アプリケーションの正規化値を計算するためのものです。  
注:  
データソースがアセスメントの場合は、\[最大ターゲット\] と \[最小ターゲット\] を使用できません。

アプリケーションスコアの正規化値は、1 〜 10 のスケールで測定され、次の式から導き出されます。

    (Application Weight - Target minimum)/(Target maximum - Target minimum) * 9+1

注:  
* \[最大ターゲット\] と \[最小ターゲット\] が設定されていない場合、アプリケーションの範囲内での最大値が最大ターゲット値として使用されます。同様に、アプリケーションの範囲内での最小値が最小ターゲット値として使用されます。
* \[最大ターゲット\] と \[最小ターゲット\] が設定されていて、\[絶対値を考慮する\] チェックボックスがオンの場合、入力された値が考慮されます。
* \[最大ターゲット\] と \[最小ターゲット\] が設定されていて、\[絶対値を考慮する\] チェックボックスがオフの場合、次のインテリジェントロジックに基づいて値が考慮されます。  

      Target maximum = Minimum value of (Target maximum value defined in the Indicator [apm_metric] table, Maximum value of Application Weights for the fiscal period)

  たとえば、次のようなシナリオを考えてみましょう。
  * アプリケーションの重み付けは、10、20、30、 ... 、および 1000 です。
  * \[最大ターゲット\] フィールドに入力された値は 100 です。
  {#application-score-profile__ul_ojk_cvc_dqb}

  これらの仮定では、定義された最大ターゲット値 (100) がアプリケーションの最大の重み付け (1000) より小さいため、考慮される最大ターゲット値は 100 です。  

      Target minimum = Maximum value of (Target minimum value defined in the Indicator [apm_metric] table, Minimum value of Application Weights for the fiscal period)

  たとえば、次のようなシナリオを考えてみましょう。
  * アプリケーションの重み付けは、10、20、30、 ... 、および 1000 です。
  * \[最小ターゲット\] フィールドに入力された値は 100 です。
  {#application-score-profile__ul_ixn_qvc_dqb}

  これらの仮定では、定義された最小ターゲット値 (100) がアプリケーションの最小の重み付け (10) より大きいため、考慮される最小ターゲット値は 10 です。
{#application-score-profile__ul_r2x_q5c_dqb}

最小ターゲット以下のアプリケーションの重み付けには、低い方のスコア (1) が与えられます。

最大ターゲット以上のアプリケーションの重み付けには、最大スコア (10) が与えられます。

アプリケーションインジケーターを設定するときに、\[方向\] を \[最大化\] または \[最小化\] に設定することもできます。方向が \[最小化\] の場合、最大値を持つアプリケーションが最小スコアを取得します。方向が \[最大化\] の場合、最小値を持つアプリケーションが最大スコアを取得します。

インジケーターの \[方向\] が \[最小化\] の場合：

    (10 - above calculated Normalized value) + 1

アプリケーションプロファイルの重み付けが正規化値に適用され、インジケータースコアが導き出されます。

    Normalized Value * Weightage as in application score profile %

各インジケーターのインジケータースコアが計算された後に、プロファイルで使用されているすべてのインジケータースコアが合計され、アプリケーションスコアが計算されます。

インジケーターのソースが \[データソース\] フィールドで \[インジケーター\] である場合、アプリケーションの重み付けは、すべての依存インジケーターの正規化されたスコアの合計として計算されます。  
注:  
* その後、他のすべてのインジケーターと同様の方法で、親インジケーターの正規化されたスコアが計算されます。
* 正規化された値、インジケータースコア、アプリケーションの重み付け、最大ターゲット、最小ターゲット、および重み付けの合計は、すべて小数点以下 2 桁のみに丸められます。
{#application-score-profile__ul_lhy_vjt_msb}

この図では、コストインジケーターとインシデントインジケーターが最小化に設定されているため、コストが低くインシデント数が少ないアプリケーションがより高いスコアになります。
図 : 2. アプリケーションスコアのサンプル

### アセスメントの正規化値とアプリケーションスコア {#ariaid-title7}

インジケーターのソースが \[データソース\] フィールドの \[アセスメント\] である場合、\[最大ターゲット\]、\[最小ターゲット\]、\[アプリケーションの重み付け\]、および \[重み付け合計\] の値はゼロと見なされます。

ビジネスアプリケーションをスコアリング対象として考慮するには、インジケーターが関連付けられているそれぞれのアプリケーションプロファイルにマッピングする必要があります。採点プロファイルは、apm_application_profileリストで確認できます。

会計期間内に作成されたアセスメントグループを持つすべてのビジネスアプリケーション関連のアセスメントカテゴリ結果がスコア計算で考慮されます。ビジネスアプリケーションのアセスメントカテゴリ結果は、asmt_category_resultリストで確認できます。

アセスメントグループがスコア計算の対象と見なされるには、関連するすべてのアセスメントインスタンスが完了またはキャンセルステータスである必要があります。  

    scaleFactor = (9/ scale factor on metric type)

    appAsmtScoreSUM = SUM of ratings of category results groupedBY source for each assessment group

    appWeight=((scaleFactor * appAsmtScoreSUM )+1;

    Normalized value = total app weight of BA/appOccurences.

    totalIndicatorsWeightage = the sum of all indicator weightage mapped to a scoring profile.

    appIndWeightage = weightage of the current indicator

    Indicator Score = normalizedValue * appIndWeightage / totalIndicatorsWeightage

アプリのオカレンスは、ビジネスアプリケーションのオカレンスです。

## アプリケーションパフォーマンスの視覚化 {#ariaid-title8}

アプリケーションのパフォーマンスをさまざまな側面から、バブルチャート、ダッシュボード、およびアプリケーション 360 ビューで視覚化して、アプリケーションに関する意思決定に役立てることができます。

インジケーターを設定して、アプリケーションスコアプロファイルをアタッチし、定期的にスコアを計算するスケジュール済みジョブを実行することで、アプリケーションスコアを表示できるようになります。

* バブルチャートを使用して、チャートにプロットされたビジネスアプリケーションデータを 3 次元で視覚化すると、インジケータースコアに基づいてアプリケーションを比較および評価する際に役立ちます。
* アプリケーション 360 を使用すると、注意が必要なビジネスアプリケーションに重点を置くことができます。
* アプリケーションアセスメントダッシュボードを使用して、さまざまなアプリケーションのインジケーターの傾向を表示できます。
{#visualization-application-performance__ul_zgd_1tq_dgb}
**関連タスク**   

* [アプリケーションインジケータースコアの表示](https://servicenow-prod.fluidtopics.net/j6PR4f_bEsiOtzMQ~VrV~w "アプリケーションインジケーターに定義されたソーシングセットアップに基づいて、ソーシングおよび計算されたアプリケーションインジケータースコアを表示します。アセスメントフレームワークは、少なくとも 1 つの採点プロファイルにアタッチされているインジケーターのスコアのみを計算します。インジケータースコアは、アプリケーションを評価し、戦略的な決定を下す際に役立ちます。")
* [すべてのアプリケーションスコアの表示](https://servicenow-prod.fluidtopics.net/iegttSsGO3m5EegQm1znNQ "アプリケーション採点プロファイルのアプリケーションインジケーターの重み付けの合計で計算されたアプリケーションスコアを表示します。アプリケーションスコアは、アプリケーションを評価して、戦略的な決定を下す際に役立ちます。")
* [アプリケーションスコアをバブルチャートで分析する](https://servicenow-prod.fluidtopics.net/4oBOvfOfQfRkxP2YX3tfvA "バブルチャートは、アプリケーションインジケータースコアをプロットするインタラクティブなグラフです。戦略の特定に役立ちます。バブルチャートで複数のインジケーターの組み合わせを構成することで、カテゴリのアプリケーションを評価し、アプリケーションについて投資するか、維持するか、または置き換えるかを決定できます。")
* [アプリケーション 360 でパフォーマンス、コスト、および作業負荷を監視する](https://servicenow-prod.fluidtopics.net/dO_lo5ELmrXJ___777D0eg "アプリケーション 360 ダッシュボードはレポートツールとして機能し、Performance Analytics を使用して、焦点を当てて注意を払う必要があるビジネスアプリケーションを特定することで、エンタープライズアーキテクチャ に対して意思決定アプローチを提供します。ダッシュボードは、インジケータースコアを分析し、効果的な意思決定を実行する際に役立ちます。")
* [ダッシュボードでアプリケーションのパフォーマンスを評価する](https://servicenow-prod.fluidtopics.net/V3CRGomT4QOSZeYk0u7MOQ "アプリケーションアセスメントダッシュボードを使用して、ビジネスアプリケーションのパフォーマンスに関するレポートの概要を確認します。スプライングラフでは、会計期間中の異なる四半期における、アプリケーションインジケーターの正規化値に対する傾向を確認できます。")