--- sourceDocument: オーストラリア エンタープライズアーキテクチャ (旧称アプリケーションポートフォリオ管理) sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/ja-JP/application-portfolio-management Release : - australia ft:locale : - ja-JP ft:publication_title : - オーストラリア エンタープライズアーキテクチャ (旧称アプリケーションポートフォリオ管理) ft:clusterId : - appportman bundleId : - appportman workflow : - Technology --- # ユースケース:インジケータースコアがバブルチャートにどのように表示されるか # ユースケース:インジケータースコアがバブルチャートにどのように表示されるか {#ariaid-title1} * リリースバージョン: Australia * * 更新日 2026年04月21日 * * ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 所要時間：20分 アプリケーションインジケータースコアがどのように計算され、アプリケーションの統廃合バブルチャートにバブルとして表示されるかを理解します。 ## シナリオ {#eaw-bubble-chart-use-case__scenario} Acme Corp のエンタープライズアーキテクチャチームは、アプリケーションポートフォリオを合理化したいと考えています。5 つのビジネスアプリケーションを次の 2 つの側面で評価したいと考えています。 * **ビジネス価値** --- ステークホルダーサーベイから収集した、アプリケーションがビジネスにもたらす価値の量。 * **技術的リスク** :ステークホルダーサーベイから収集された、アプリケーションが持つ技術的リスクの量。 {#eaw-bubble-chart-use-case__ul_mkh_yxr_z3c} EA ワークスペースで \[アプリケーションの統廃合\] バブルチャートを使用して、投資、維持、移行、または廃止するアプリケーションを視覚的に識別します。各バブルの色は、そのアプリケーションに設定された計画的処分を反映しています。バブルチャートの凡例を参照して、各色の重要性を確認してください。 注: バブルの色の設定は変更できません。 ## データパイプライン {#eaw-bubble-chart-use-case__five-link-pipeline} バブルチャートのレンダリングは、次のデータチェーンに依存します。グラフでデータをレンダリングするために配置する必要がある次の項目を確認します。 {#eaw-bubble-chart-use-case__table_k4t_kxt_z3c__entry__4} | リンク | コンポーネント | 機能 | 確認場所 | |-|-|-|-| | 1 | 採点プロファイルプロパティ | バブルチャートがクエリするスコアリングプロファイルを決定します。 | システムプロパティ: sn_apm_ws.app_indicator_scoring_profile | | 2 | プロファイルインジケーター構成 | 重み付けと構成を使用してインジケーターをスコアリングプロファイルにマッピングします。 | テーブル: `apm_application_profile_indicator` | | 3 | バブルチャート構成 | 特定のインジケーターをチャートの X、Y、Z (バブルサイズ) 軸にマッピングします。 | テーブル: `apm_bubble_chart` | | 4 | インジケータースコアデータ | インジケーターごと、会計期間ごとのビジネスアプリケーションの実績スコアレコード。 | テーブル: `apm_app_indicator_score` | | 5 | ビジネスアプリケーションのデフォルトフィルター | アプリケーションの統廃合に表示されるビジネスアプリケーションを制御します。 | システムプロパティ: sn_apm_ws.business_application_default_filter | [ ] {#eaw-bubble-chart-use-case__table_k4t_kxt_z3c} ## ステップ 1:インジケーターを設定する {#eaw-bubble-chart-use-case__step1-indicators} EA アドミンユーザーとして、次の場所に移動します ワークスペースエンタープライズアーキテクチャワークスペースセットアップインジケーター 2 つのデフォルトインジケーターがアクティブであることを確認します。 {#eaw-bubble-chart-use-case__table_nkh_yxr_z3c__entry__4} | インジケーター | データソース | 方向 | 頻度 | |-|-|-|-| | ビジネス価値 | アセスメント | 最大化 | 四半期 | | 技術的リスク | アセスメント | 最小化 | 四半期 | [表 : 1. インジケーター構成] {#eaw-bubble-chart-use-case__table_nkh_yxr_z3c} **ビジネス価値では** 、スコアが高いほど良いため、\[ *最大化\]* を使用しています。**テクニカルリスクでは** 、リスクスコアが高いほど低いため、\[ *最小化\]* を使用します。これは、リスクの高いアプリケーションが Y 軸で下部に表示されるように正規化値が反転するためです。 注: このユースケースに対して新しいインジケーターを作成する必要はありません。どちらもデフォルトでは、デフォルトアプリケーションプロファイルで使用できます。カスタムインジケーターの作成方法については、「 [アプリケーションインジケーターの追加または編集](https://servicenow-prod.fluidtopics.net/ddzKujlzQTTqHTQ2I13aSw "アプリケーションインジケーターを追加または編集して、コスト、品質、技術的リスク、投資、ユーザー満足度、ビジネス価値などのディメンションにわたってアプリケーションを評価します。")」を参照してください。 ## ステップ 2:スコアリングプロファイルを設定する {#eaw-bubble-chart-use-case__step2-scoring-profile} アドミンとして、次の場所に移動します ワークスペースエンタープライズアーキテクチャワークスペースセットアップ採点プロファイルデフォルトアプリケーションプロファイル 両方のインジケーターが、\[プロファイルインジケーター\] 関連リストに次の重み付けで表示されていることを確認します。 {#eaw-bubble-chart-use-case__table_okh_yxr_z3c__entry__2} | インジケーター | 重み付け | |-|-| | ビジネス価値 | 50 | | 技術的リスク | 50 | [表 : 2. 採点プロファイル - インジケーターの重み付け] {#eaw-bubble-chart-use-case__table_okh_yxr_z3c} 均等な重み付けとは、各インジケーターが全体のアプリケーションスコアに均等に寄与することを意味します。5 つのビジネスアプリケーションすべての \[ アプリケーション採点プロファイル \] フィールドが \[デフォルトアプリケーションプロファイル\] に設定されていることを確認します。採点プロファイルにプロファイルインジケーターを添付する方法については、「 [アプリケーション採点プロファイルにプロファイルインジケーターを添付する](https://servicenow-prod.fluidtopics.net/1IY_DGGNoU7N4yp4NK5rAw "採点プロファイルをプロファイルインジケーターに関連付ける必要があります。")」を参照してください。 重要: sn_apm_ws.app_indicator_scoring_profileシステムプロパティは単一のsys_idのみを受け入れます。カンマ区切り値はサポートされていません。複数の値を入力すると、バブルチャートはデフォルトのアプリケーションプロファイルにフォールバックし、カスタムプロファイルを無視します。 ## ステップ 3:バブルチャートテーブルにインジケーターを追加する {#eaw-bubble-chart-use-case__step3-bubble-chart-table} アプリケーションバブルチャート (`apm_bubble_chart`) テーブルに移動し、 ビジネス価値 と 技術的リスク の両方が登録されていることを確認します。バブルチャートで使用可能な X 軸と Y 軸のオプションは、このテーブルから導出されます。インジケータースコアは、インジケータースコア (`apm_app_indicator_score`) テーブルから収集されます。 注: `apm_bubble_chart`テーブルに登録されているインジケーターのみが、バブルチャートの軸オプションとして表示されます。採点プロファイルにインジケーターを追加するだけでは不十分です。X 軸および Y 軸インジケーターを追加する方法の詳細については、「 [アプリケーションインジケーターの追加または編集](https://servicenow-prod.fluidtopics.net/ddzKujlzQTTqHTQ2I13aSw "アプリケーションインジケーターを追加または編集して、コスト、品質、技術的リスク、投資、ユーザー満足度、ビジネス価値などのディメンションにわたってアプリケーションを評価します。")」を参照してください。 ## ステップ 4:ステークホルダーがアセスメントを完了する {#eaw-bubble-chart-use-case__step4-assessments} EA チームがアセスメントサーベイを送信します。ステークホルダーは、ビジネス価値と技術的リスクに基づいて各アプリケーションを評価します。すべての回答が収集された後、プラットフォームはアプリケーションごとに次の生のスコア (アプリケーションの重み付け) に集計します。 {#eaw-bubble-chart-use-case__table_pkh_yxr_z3c__entry__3} | アプリケーション | ビジネス価値 (生) | 技術的リスク (生) | |-|-|-| | アプリ A --- CRM プラットフォーム | 85 | 20 | | アプリ B:レガシー ERP | 30 | 90 | | アプリ C --- アナリティクススイート | 70 | 40 | | アプリ D - HR ポータル | 55 | 60 | | アプリ E --- 内部 Wiki | 20 | 75 | [表 : 3. 生のアセスメントスコア (アプリケーションの重み付け) --- Q3] {#eaw-bubble-chart-use-case__table_pkh_yxr_z3c} 注: ここでの生スコアは、0 〜 100 スケールのアセスメントアグリゲート値です。これらは *アプリケーションの重み* 付け、つまり正規化への入力です。これらはバブルチャートに直接プロットされません。 ## ステップ 5:採点ジョブが実行され、正規化された値が計算される {#eaw-bubble-chart-use-case__step5-normalization} アドミニストレーターは、\[ アプリケーションインジケーターをロードしてアプリケーションスコアを計算 \] スケジュール済みジョブを実行します。インジケーターごとに各アプリケーションの正規化値が計算され、すべての値が相対的に 1 〜 10 の範囲にスケーリングされます。 **正規化式:** Normalized Value = (((appWeight - minWeight) / (maxWeight - minWeight)) x 9) + 1 方向 *が最小化されている* インジケーターの場合、正規化された値は反転され、生の値が小さいほど (より良い状態) チャートの位置が高くなります。 Adjusted Normalized Value = (10 - Normalized Value) + 1 **ビジネス価値:正規化値 (方向:最大化)** 最小 = 20 (アプリ E) ·最大 = 85 (アプリ A) ·範囲 = 65。 {#eaw-bubble-chart-use-case__table_qkh_yxr_z3c__entry__4} | アプリケーション | 暫定スコア | 計算 | 正規化値 | |-|-|-|-| | アプリ A --- CRM プラットフォーム | 85 | (((85-20)/65)x9)+1 | 10.00 | | アプリ B:レガシー ERP | 30 | (((30-20)/65)x9)+1 | 2.38 | | アプリ C --- アナリティクススイート | 70 | (((70-20)/65)x9)+1 | 7.92 | | アプリ D - HR ポータル | 55 | (((55-20)/65)x9)+1 | 5.85 | | アプリ E --- 内部 Wiki | 20 | (((20-20)/65)x9)+1 | 1.00 | [表 : 4. ビジネス価値 - 正規化計算] {#eaw-bubble-chart-use-case__table_qkh_yxr_z3c} **技術的リスク:正規化された値 (方向:最小化、反転)** 最小 = 20 (アプリ A) ·最大 = 90 (アプリ B) ·範囲 = 70。 {#eaw-bubble-chart-use-case__table_rkh_yxr_z3c__entry__5} | アプリケーション | 暫定スコア | ステップ 1: 正規化 | ステップ 2:反転 | 最終正規化値 | |-|-|-|-|-| | アプリ A --- CRM プラットフォーム | 20 | 1.00 | (10-1.00)+1 | 10.00 | | アプリ B:レガシー ERP | 90 | 10.00 | (10-10.00)+1 | 1.00 | | アプリ C --- アナリティクススイート | 40 | 3.57 | (10-3.57)+1 | 7.43 | | アプリ D - HR ポータル | 60 | 6.43 | (10-6.43)+1 | 4.57 | | アプリ E --- 内部 Wiki | 75 | 8.57 | (10-8.57)+1 | 2.43 | [表 : 5. 技術的リスク:正規化と反転計算] {#eaw-bubble-chart-use-case__table_rkh_yxr_z3c} ヒント: アプリ B の生の技術的リスクスコア (90) が最も高く、最もリスクの高いアプリケーションであることを意味します。反転後、正規化された値 1.00 (可能な限り低い値) を受け取り、バブルチャートの Y 軸の下部に配置されます。これにより、視覚的に直感的になり、リスクの高いアプリケーションが低く表示されます。 ## ステップ 6:インジケータースコアと全体的なアプリケーションスコアが計算される {#eaw-bubble-chart-use-case__step6-indicator-scores} システムは、各アプリケーションのインジケータースコア (スコアリングプロファイルにおけるインジケーターの割合によって重み付けされた正規化値) を計算し、それらをアプリケーション全体のスコアに合計します。 **インジケータースコアの計算式:** Indicator Score = Normalized Value x (Indicator Weight / Total Weights) この例では、各インジケーターの重み付けシェアは 50 / (50 + 50) = 0.5 です。 {#eaw-bubble-chart-use-case__table_skh_yxr_z3c__entry__6} | アプリケーション | 正規化された BV | BV インジケータースコア | 正規化された TR | TR インジケータースコア | 全体のスコア | |-|-|-|-|-|-| | アプリ A --- CRM プラットフォーム | 10.00 | 5.00 | 10.00 | 5.00 | 10.00 | | アプリ C --- アナリティクススイート | 7.92 | 3.96 | 7.43 | 3.72 | 7.68 | | アプリ D - HR ポータル | 5.85 | 2.93 | 4.57 | 2.29 | 5.22 | | アプリ E --- 内部 Wiki | 1.00 | 0.50 | 2.43 | 1.22 | 1.72 | | アプリ B:レガシー ERP | 2.38 | 1.19 | 1.00 | 0.50 | 1.69 | [表 : 6. インジケータースコアと全体的なアプリケーションスコア] {#eaw-bubble-chart-use-case__table_skh_yxr_z3c} これらの値は、次の 2 つの別々のテーブルに保存されます。 * **インジケータースコア** (`apm_app_indicator_score`):インジケーターごと、アプリケーションごと、会計期間ごとのスコアレコードを保持します。この表の正規化値は、バブルチャートの X 軸と Y 軸が直接読み取る値です。 * **全体のアプリケーションスコア** (`apm_app_score`):すべてのインジケータースコアを合計して計算された、会計期間ごとのアプリケーションごとのアグリゲートスコアを保持します。これは \[アプリケーションの合理化\] のリストビューに 表示され、グラフ設定で \[全体のスコア \] オプションが選択されている場合にバブルサイズとして使用されます。 {#eaw-bubble-chart-use-case__ul_psh_jwt_z3c} 注: バブルチャートの X 軸と Y 軸の位置は、 `apm_app_indicator_score`から読み取られます。全体のスコアはバブルのサイズにのみ影響します。 ## ビジネスアプリケーションのデフォルトフィルターを確認する {#eaw-bubble-chart-use-case__step6a-default-filter} スコア付きビジネスアプリケーションをバブルチャートに表示する前に、ビジネスアプリケーションのデフォルトフィルターを確認します。このフィルターは、 sn_apm_ws.business_application_default_filter システムプロパティに格納されるエンコードされたクエリです。 デフォルト値は次のとおりです。 install_status!=2@install_status!=2000@life_cycle_stage!=End of Life@life_cycle_stage!=EMPTY つまり、このチャートには、\[ *廃止\] または \[* 廃 *止\]* インストールステータスのビジネスアプリケーション、またはライフサイクルステージが *\[提供終了\]* または空のビジネスアプリケーションは除外されます。このシナリオでは、5 つの Acme Corp アプリケーションすべてがアクティブなインストールステータスと現在のライフサイクルステージを持っているため、5 つすべてがフィルターに合格し、バブルとして表示できます。 重要: 組織がこのプロパティをカスタマイズした場合 ( `たとえば、company.sys_id=YOURCOMPANYID` などの会社スコープフィルターを追加した場合)、カスタムフィルターに一致しないスコア付きアプリケーションは、両方の軸に有効なインジケータースコアがある場合でも、チャートからサイレントに除外されます。これは、気泡が欠落する最も一般的な原因の 1 つです。確認するには、エンコードされたクエリを `cmdb_ci_business_app.list` テーブルに適用し、採点済みアプリケーションが結果に表示されることを確認します。 ## ステップ 7: バブルチャートを読む {#eaw-bubble-chart-use-case__step7-bubble-chart} チャートを解釈する前に、次の詳細を確認してください。 {#eaw-bubble-chart-use-case__table_xnt_ltt_z3c__entry__3} | # | 確認内容 | 良い見た目はどんなものですか | |-|-|-| | 1 | 正しいスコアリングプロファイルが構成されましたか?(sn_apm_ws.app_indicator_scoring_profile) | インジケータースコアが作成されたプロファイルのsys_idが含まれます。空白の場合は、デフォルトのアプリケーションプロファイルが使用されます。1 つのsys_idのみが受け入れられます。カンマ区切り値はサポートされていません。 | | 2 | インジケーターはそのプロファイルにマッピングされていますか?(`apm_application_profile_indicator`) | 少なくとも 2 つのインジケーター (X 軸と Y 軸) が \[プロファイルインジケーター\] 関連リストにゼロ以外の重み付けでリストされています。 | | 3 | バブルチャート構成は設定されていますか?(`apm_bubble_chart`) | アクティブなレコードが存在し、その X および Y インジケーターフィールドは、チェック 2 の採点プロファイルにもリストされているインジケーターを参照しています。 | | 4 | 選択した会計期間のインジケータースコアは存在しますか?(`apm_app_indicator_score`) | チャート UI で選択された会計期間のビジネスアプリケーションのレコードが、同じスコアリングプロファイルの下に存在します。X 軸と Y 軸の両方のインジケーターにはスコアが必要です。バブルは、両方の軸に同じ会計期間のデータがある場合にのみ表示されます。 | | 5 | 採点済みアプリはデフォルトのフィルターに合格しましたか?(sn_apm_ws.business_application_default_filter) | インジケータースコアを持つビジネスアプリケーションは、エンコードされたクエリによって除外されません。`cmdb_ci_business_app.list` にフィルターを適用し、スコアリングされたアプリが表示されることを確認して確認します。 | [表 : 7. 飛行前チェックリスト --- チャートを読む前に確認すべきこと] {#eaw-bubble-chart-use-case__table_xnt_ltt_z3c} 必要なロール:`sn_apm.apm_analyst` EA アーキテクトは次の場所に移動します。 ワークスペースエンタープライズアーキテクチャワークスペースで、\[アプリケーションの合理化\] アイコン (\[ ![アプリケーションの合理化\] アイコン)]()を選択して \[アプリケーションの合理化\] ページを開き、\[ バブルチャート\] を選択します。 アーキテクトは、設定アイコン ( ![\[設定\] アイコン)]()を選択してグラフを構成し、\[ 適用\] を選択します。 * **X 軸:** ビジネス価値 * **Y 軸:** 技術的リスク * **バブルのサイズ:** 全体のアプリケーションスコア * **バブルラベル:** 有効に切り替えると、ビジネスアプリケーション名がチャートに表示されます。 {#eaw-bubble-chart-use-case__ul_vkh_yxr_z3c} 注: バブルチャートは、生のアセスメントスコアでも重み付けされたインジケータースコアでもない、各軸に **正規化値** (1 〜 10 スケール) をプロットします。軸スケールは 0 〜 10 に固定されています。バブルをチャートに表示するには、選択した会計期間のインジケータースコアが X 軸と Y 軸の両方のインジケーターで使用できる必要があります。 \[ 適用\] を選択すると、ビジネスアプリケーションのバブルがチャートに表示されます。各アプリケーションは、選択した 2 つのインジケーターの正規化値の交点に表示されます。 {#eaw-bubble-chart-use-case__table_wkh_yxr_z3c__entry__5} | アプリケーション | X (BV 標準) | Y (TR 標準) | 象限 | 含意 | |-|-|-|-|-| | アプリ A --- CRM プラットフォーム | 10.00 | 10.00 | 投資 | 高価値、低リスク --- 投資を継続 | | アプリ C --- アナリティクススイート | 7.92 | 7.43 | 投資 | 両方に強い --- 資産の成長 | | アプリ D - HR ポータル | 5.85 | 4.57 | 維持 | 両方で中程度:現状のまま維持 | | アプリ E --- 内部 Wiki | 1.00 | 2.43 | 廃止 | 低価値、高リスク --- 合理化 | | アプリ B:レガシー ERP | 2.38 | 1.00 | 廃止 | 価値が低い、非常に高いリスク:緊急のアクションが必要 | [表 : 8. バブルチャート --- 応募位置と四分割のアサイン] {#eaw-bubble-chart-use-case__table_wkh_yxr_z3c} 注: X 軸と Y 軸の値が互いの +/-0.25 の値の範囲内にあるビジネスアプリケーションバブルがグループ化されます。グループ化されたバブルには、バブルに含まれるビジネスアプリケーションバブルの合計数が表示されます。グループ化されたバブルを選択すると、情報ペインが表示され、グループ化されたバブルの一部である個々のビジネスアプリケーションのリストが表示されます。 注: バブルチャートには、デフォルトで最大 500 個のバブルが表示されます。評価済みのビジネスアプリケーションが 500 を超える場合は、 sn_apm_ws.appRationalizationMaximumBubbles システムプロパティを設定してこの制限を引き上げます。詳細については、「[バブルチャートに表示されるバブルの数を変更する](https://servicenow-prod.fluidtopics.net/MNL7CtcTasFxBfwVgq8Z8Q "sn_apm_ws.appRationalizationMaximumBubblesシステムプロパティをカスタマイズして、アプリケーションの統廃合バブルチャートページに表示されるバブルの数を変更します。")」を参照してください。 Now Assistを使用して、ビジネスアプリケーションに関するインサイトを生成することもできます。詳細については、「[ビジネスアプリケーションに関するインサイトの生成](https://servicenow-prod.fluidtopics.net/325_Lk6CMgOw_Gl93HxWmg "ビジネスアプリケーションの詳細を学習し、 エンタープライズアーキテクチャ (EA) 向け Now Assistによって生成されたサマリーからビジネスアプリケーションに関する簡潔で実用的なインサイトを収集します。ビジネスアプリケーションインサイトはコンテキストに対応しています。つまり、インサイトを生成した特定のページの関連情報がサマリーに自動的に含まれます。")」を参照してください。 ## ステップ 8: バブルチャートからアクションを実行する {#eaw-bubble-chart-use-case__step8-taking-action} アーキテクトは、アプリ B (レガシー ERP) を廃止象限で特定します。ビジネス価値の正規化スコア (2.38) と技術的リスクの正規化スコア (1.00) は、価値の低いリスクと非常に高いリスクを示すため、廃止の優先順位となります。アーキテクトは、バブルチャートから直接次のアクションを実行します。 **予定されている処理を設定** アーキテクトはアプリ B のバブルを選択し、バブルタイプに応じて以下を実行します。 {#eaw-bubble-chart-use-case__table_xkh_yxr_z3c__entry__2} | バブルタイプ | アクション | |-|-| | 単一のバブル | 1. アプリ B のバブルを選択します。 2. ポップアップウィンドウで、コンテキストメニューアイコン ( ![コンテキストメニューアイコン]()) を選択し、\[ 予定されている処分の設定\] を選択します。 3. \[予定されている処分の設定\] ウィンドウで、\[予定されている処分\] リストから \[廃止\] を選択し、\[予定されている処分日\] を入力して、\[理由\] フィールドに理由を追加します。 4. \[Update (更新)\] を選択します。 {#eaw-bubble-chart-use-case__ol_ykh_yxr_z3c} | | グループ化されたバブル | 1. グループ化されたバブルを選択します。情報ペインが表示され、グループ内の個々のビジネスアプリケーションのリストが表示されます。 2. アプリ B の横にあるコンテキストメニューアイコン (コンテキスト ![メニューアイコン)]()を選択し、\[ 予定されている処分の設定\] を選択します。 3. \[予定されている処分の設定\] ウィンドウで、\[予定されている処分\] リストから \[廃止\] を選択し、\[予定されている処分日\] を入力して、\[理由\] フィールドに理由を追加します。 4. \[Update (更新)\] を選択します。 {#eaw-bubble-chart-use-case__ol_alh_yxr_z3c} | [表 : 9. 計画的処分アクションをバブルタイプ別に設定] {#eaw-bubble-chart-use-case__table_xkh_yxr_z3c} **デマンドを作成** アーキテクトは、バブルチャートから直接退職イニシアチブのデマンドを作成します。 {#eaw-bubble-chart-use-case__table_clh_yxr_z3c__entry__2} | バブルタイプ | アクション | |-|-| | 単一のバブル | 1. アプリ B のバブルを選択します。 2. ポップアップウィンドウで、コンテキストメニューアイコン (コンテキスト ![メニューアイコン]()) を選択し、\[ デマンドを作成\] を選択します。 3. \[デマンドの作成\] フォームで、フィールドに入力し、\[ 作成\] を選択します。フィールド値の説明については、「[\[デマンドの作成\] フォーム](IrYX_cu1M1QojVN3uVNdCg "ビジネスアプリケーションのコスト削減機会を特定し、ターゲットを達成するためのステップとしてデマンドを使用します。")」を参照して ください。 {#eaw-bubble-chart-use-case__ol_dlh_yxr_z3c} | | グループ化されたバブル | 1. グループ化されたバブルを選択します。情報ペインが表示されます。 2. アプリ B の横にあるコンテキストメニューアイコン (コンテキスト ![メニューアイコン)]()を選択し、\[ デマンドの作成\] を選択します。 3. \[デマンドの作成\] フォームで、フィールドに入力し、\[ 作成\] を選択します。フィールド値の説明については、「[\[デマンドの作成\] フォーム](IrYX_cu1M1QojVN3uVNdCg "ビジネスアプリケーションのコスト削減機会を特定し、ターゲットを達成するためのステップとしてデマンドを使用します。")」を参照して ください。 {#eaw-bubble-chart-use-case__ol_flh_yxr_z3c} | [表 : 10. バブルタイプ別にデマンドアクションを作成] {#eaw-bubble-chart-use-case__table_clh_yxr_z3c} アーキテクトはまた、アプリ E (内部 Wiki) は廃止象限に含まれていますが、アプリ B に比べて技術的リスクの正規化値 (2.43) がわずかに高いことにも注目しています。処分を設定する前に、アーキテクトはアプリ E バブルを選択してサイドパネルを開き、\[ 完全な詳細 \] を選択してバブルチャートを離れずにビジネスアプリケーションレコード全体をレビューします。詳細については、「[バブルチャートビューでのビジネスアプリケーションの詳細の編集](https://servicenow-prod.fluidtopics.net/ZAAjiX9bx0h8zQCCOZrF6Q "バブルチャートビューを離れることなく、リストから直接ビジネスアプリケーションレコードを更新できます。")」を参照してください。 ## 概要:フロー全体が一目でわかる {#eaw-bubble-chart-use-case__summary-flow} 次のシーケンスは、生のアセスメントスコアがチャート上のバブル位置に設定される方法をまとめたものです。 1. ステ**ークホルダーアセスメントでは**、アプリケーションごとの生のスコア (アプリケーションの重み付け) が生成されます。 2. **スコアリングジョブは** 、生のスコアをセット内の他のすべてのアプリケーションと比較して 1 〜 10 のスケールに正規化します (正規化値)。最小 *化*方向インジケーターの場合、生のスコアが低いほどチャートの位置が高くなるように、値は反転されます。 3. 重**み付けは**、正規化された各値に適用されます (正規化値 x 重み付け共有 = インジケータースコア)。 4. **インジケータースコアを合計** して、全体的なアプリケーションスコアを算出します。 5. **スコアは、** `apm_app_indicator_score` (インジケーターごとのスコア - 軸位置を駆動) と `apm_app_score` (全体的なアグリゲートスコア - \[全体的なスコア\] が選択されている場合、バブルのサイズを駆動) の 2 つのテーブルに格納されます。 6. **デフォルトのアプリケーションフィルター** (sn_apm_ws.business_application_default_filter) が適用されます。このエンコードされたクエリフィルターに合格したアプリケーションのみが、バブルとして表示できます。 7. バブルチャートは、X 軸と Y 軸に**正規化値がプロットされます**。軸スケールは 0 〜 10 に固定されています。バブルカラーは、アプリケーションごとに設定された計画的処分値を反映します。 {#eaw-bubble-chart-use-case__ol_hlh_yxr_z3c} ## この例が示す主な動作 {#eaw-bubble-chart-use-case__key-behaviors} **位置は相対的なものであり、絶対的なものではありません。**アプリケーションのバブル位置は、生のスコアだけでなく、評価されたセット内の他のすべてのアプリケーションとどのように比較するかによって決まります。ポートフォリオにアプリケーションを追加または削除すると、正規化値が再計算され、バブルがシフトします。 **グラフには正規化された値がプロットされます。**スコアリングプロファイルでは重み付けされたインジケータースコアを使用して全体のアプリケーションスコアを計算しますが、X 軸と Y 軸には正規化値 (1 〜 10) が表示されます。インジケーターの重み付けを変更しても、バブルは左右に移動されません。全体的なスコアのみが変更され、そのように設定されている場合はバブルのサイズが制御されます。 **最小化方向インジケーターは、チャート上で反転します。**技術的リスクは \[最小化\] に設定されているため、リスクの高いアプリケーションは Y 軸の下部に表示されます。これにより、投資象限 (右上) は、価値がありリスクの低いアプリケーションを直感的に表すことができます。 **会計期間の調整は重要です。** インジケーターが *\[四半期* 頻度\] に設定され、グラフの会計期間フィルターが \[月\] に設定されている場合、データは表示されません。期間フィルターはインジケーターの頻度と一致する必要があります。 **バブルのサイズは 3 次元を追加します。**インジケーターまたは全体のスコアをバブルサイズとして設定すると、別の軸を追加せずに 3 番目のメトリクスを視覚的に比較できます。たとえば、バブルサイズとしてポートフォリオ TCO を使用すると、価値とリスクとともにコストが表示されます。 **厳密なスコアの申請がグループ化されます。**X 軸と Y 軸の値が互いに +/-0.25 以内のバブルは、カウントを示す 1 つのグループ化されたバブルに結合されます。グループ化されたバブルを選択して情報ペインを開き、その中に個々のアプリケーションが表示されます。 **関連概念** * [バブルチャートビューの使用](https://servicenow-prod.fluidtopics.net/Xe24y40xN9ExbKgkwDc0zw "バブルチャートビューでは、構成可能な X 軸と Y 軸を使用して、アプリケーションを 4 つの象限にわたって視覚的に配置します。色分けされたバブルは、計画された処分の値を反映し、どのアプリケーションが戦略的目標に沿っているかをすばやく識別します。") **関連タスク** * [バブルチャートを使用したアプリケーションの分析](https://servicenow-prod.fluidtopics.net/T~08kqjVOzpBXzii0urIqg "複数のスコアに基づいてビジネスアプリケーションを統合して分析します。") * [バブルチャートを使用したデマンドの作成](https://servicenow-prod.fluidtopics.net/9nbsJ7Du7I9BF5q_sqY6wg "バブルチャートからアプリケーションのデマンドを作成します。") * [ビジネスアプリケーションの計画的処分の設定](https://servicenow-prod.fluidtopics.net/19GS87eVFJaCzS4o7FEFVg "ビジネスアプリケーションの計画された廃棄を設定して、アプリケーションの計画に関する意思決定を追跡します。") * [バブルチャートを使用したビジネスアプリケーションライフサイクルデータの追加](https://servicenow-prod.fluidtopics.net/6lGxkykr0UfRS3MUCrBw6A "ビジネスアプリケーションのライフサイクルを作成または編集して、ビジネスアプリケーションを管理します。") * [バブルチャートビューでのビジネスアプリケーションの詳細の編集](https://servicenow-prod.fluidtopics.net/ZAAjiX9bx0h8zQCCOZrF6Q "バブルチャートビューを離れることなく、リストから直接ビジネスアプリケーションレコードを更新できます。") * [バブルチャートに表示されるバブルの数を変更する](https://servicenow-prod.fluidtopics.net/MNL7CtcTasFxBfwVgq8Z8Q "sn_apm_ws.appRationalizationMaximumBubblesシステムプロパティをカスタマイズして、アプリケーションの統廃合バブルチャートページに表示されるバブルの数を変更します。")