この課題では、[NeedIt アプリケーション] ダッシュボードに [NeedIt：毎週アクティブ (NeedIt: Active Weekly)] インジケーターのタブを追加します。

ミッション

[NeedIt アプリケーション] ダッシュボードに、[NeedIt：毎週アクティブ (NeedIt: Active Weekly)] インジケーターのウィジェットを表示するタブを追加します。

• 新しいタブのタブタイトルは、[毎週アクティブ (Active Weekly)] にする必要があります。

• 元のタブのタブタイトルは、[毎月期限 (Due Monthly)] である必要があります。

• このタブには、少なくとも 4 つの Performance Analytics ウィジェットが含まれている必要があります。

  • 選択したウィジェットを使用しますが、すべて NeedIt：毎週アクティブインジケーターを使用するように設定する必要があります。
  • 少なくとも 2 つの異なる Performance Analytics ウィジェットタイプを使用します。

• タブのレイアウトは、デフォルトのレイアウト以外のものにしてもかまいません。作成したウィジェットが読みやすく表示されるレイアウトを選択してください。たとえば、時系列ウィジェットが狭すぎないようにレイアウトするなどです。

この課題には、正解も不正解もありません。自身の創造性と Performance Analytics のスキルを活かして、インジケーターに対して意味のあるダッシュボードタブを作成してください。

ヒント： [構成] アイコン () を使用して、ダッシュボードにタブを追加します。

店舗の一般的なトラフィックパターンのチャートは、インターネットで入手できます。

トラフィックパターンのチャートでは、来店者数がカウントされて 1 時間ごとのバケットにソートされます。トラフィックパターンのチャートを使用して、買い物客は来店に最適な時間を決めることができます。

Performance Analytics では、バケットグループは、スクリプトまたはフィールドによって返された値を個別のバケットに分割する、特殊なタイプのブレークダウンソースです。バケットグループは、生データでは分かりにくいと思われる結果を引き出す際に便利です。[月の日ごとの地震数 - 12 か月合計 (Earthquakes by Day of Month - 12 Month Sum)] ウィジェットでは、前年の地震の大部分が、その月の 5 日または 6 日に発生したことが示されています。過去 12 か月間に地震が発生しない日がないことも、ウィジェットで示されます。「最も安全な日」はありません。

グループ化のスコアに対するブレークダウン要素がアプリケーションのテーブルで使用できない場合は、バケットグループを使用します。開発者は、ブレークダウン要素を作成したり、ブレークダウンソースでブレークダウン要素を使用したりすることが可能です。

バケットグループを操作する手順は次のとおりです。

1. バケットグループを作成するか、既存のバケットグループを選択します。
2. バケットグループを使用するブレークダウンソースを作成します。
3. スコアをグループ化するために使用可能なフィールドがない場合は、ブレークダウンマッピングスクリプトを記述して、ブレークダウンソースのデータをバケットにソートします。
4. ブレークダウンソースからブレークダウンを作成し、スクリプトにマップします。
5. インジケーターにブレークダウンを追加します。
6. インジケーターの履歴データコレクタージョブを実行して、新しいブレークダウンの値を計算します。
7. データを視覚化する、またはスコアカードのデータを調べるウィジェットを作成します。

バケットグループは、スコアをグループ化するときに使用する値の範囲を定義します。バケットグループは再利用できます。バケットグループを作成する前に、既存のバケットグループを使用できるかどうか確認してください。

バケットグループを作成するには、[Performance Analytics] > [ブレークダウン] > [バケットグループ] を開きます。[新規] ボタンをクリックします。

バケットグループを構成します。

• 名前：バケットグループのわかりやすい名前。
• 説明：バケットグループの目的の説明。
• バケット：バケットを定義します。
  • 名前：バケットの名前。名前はスコアカードとウィジェットに表示されます。
  • 開始：バケットの開始値。
  • 終了：バケットの終了値。

注意：バケットグループには、[開始] の値は含まれますが、[終了] の値は含まれません。

ブレークダウンソースを作成するには、Application Navigator を使用して [Performance Analytics] > [ソース] > [ブレークダウンソース] を開きます。[新規] ボタンをクリックします。

バケットグループのブレークダウンソースには、必須の構成があります。

• ファクトテーブル： バケット [pa_buckets]
• フィールド：Sys ID
• 条件：[バケットグループ] [次の値に等しい (=)] [<バケットグループの名前>]

ブレークダウンスクリプトは、ブレークダウンのグループのバケットに分類するデータを返すサーバーサイドスクリプトです。既存の [ファクトテーブル] フィールドがバケットに直接マッピングされていない場合、ブレークダウンはブレークダウンスクリプトを使用します。

ブレークダウンスクリプトを作成するには、[Performance Analytics] > [自動化] > [スクリプト] を開きます。[新規] ボタンをクリックします。

スクリプトを構成します。

• 名前：スクリプトのわかりやすい名前
• 説明：スクリプトの動作の説明
• ファクトテーブル：スクリプトのインジケーターソース
• フィールド：スクリプトで使用する [ファクトテーブル] のフィールドのリスト
• スクリプト：[ファクト] テーブルからフィールドを返すサーバー側スクリプト

このスクリプト内では、[current] が [ファクトテーブル] のレコードです。スクリプトの最後の行では、スコアをバケットにグループ化するときに使用する数字を返す必要があります。

バケットグループのブレークダウンは、バケットグループのブレークダウンソースにマッピングされます。マッピングスクリプトによってブレークダウンデータがバケットに分類されます。

バケットグループのブレークダウンの作成

バケットグループの自動ブレークダウンを作成します。[ブレークダウンソース] フィールドの値をバケットグループのブレークダウンソースに設定します。

ブレークダウンレコードを保存します。

ブレークダウンマッピングの作成

ブレークダウンレコードで、[ブレークダウンマッピング] 関連リストに切り替えて、[新規] ボタンをクリックします。

ブレークダウンマッピングを構成します。

• ファクトテーブル：スクリプトまたはフィールドのファクトテーブル。
• フィールド：バケットにマップするフィールド。[スクリプト化] が選択されていない場合にのみ使用できます。
• スクリプト：バケットにマップするデータを返すスクリプト。[スクリプト化] が選択されている場合にのみ使用できます。
• スクリプト化：マッピングにスクリプトを適用する場合に選択します。選択されていない場合は、マッピングするフィールドを指定します。

インジケーターにブレークダウンを追加するには、[Performance Analytics] > [インジケーター] > [自動インジケーター] を開きます。編集するインジケーターを開くか、インジケーターを作成します。[ブレークダウン] 関連リストの [編集...] ボタンをクリックします。[追加] ボタンを使用して、バケットグループのブレークダウンを [コレクション] スラッシュバケットから [ブレークダウンリスト (Breakdowns List)] スラッシュバケットに移動します。

注意：新しいブレークダウンの値を計算するには、インジケーターの履歴データコレクタージョブを実行します。

このオプションの演習では、バケットグループを作成して、その月の前半と後半のどちらに期限が来る NeedIt 要求が多いかを判断します。

バケットグループの作成 - 月の前半と後半 (Month Halves)

演習のこのセクションでは、バケットが 2 つあるバケットグループを作成します。

1. ServiceNow ブラウザーのメインウィンドウ (Studio ではない) で、Application Navigator を使用して [Performance Analytics] > [ブレークダウン] > [バケットグループ] を開きます。

2. [新規] ボタンをクリックします。

3. バケットグループを構成します。

   名前： 月の半分
   説明： 月を 2 つの部分に分割するバケットグループ：1 日目から 15 日目と 16 日目から 31 日目。

4. バケットをバケットグループに追加します。

   1. [バケット] リストで、[新規行を挿入...] をダブルクリックします。
   2. バケットを構成します。
      名前： 1 〜 15
      開始： 1
      終了： 16
   3. 2 番目のバケットを追加して構成します。
      名前： 16 - 31
      開始： 16
      終了： 32

   質問：[1 - 15] バケットの [終了] フィールドの値と、[16 - 31] バケットの [開始] フィールドの値が 16 なのはなぜですか。NeedIt 要求と [必要な場合] フィールドの値は、その月の 16 日に 2 回カウントされますか。
   回答：バケットグループには、[開始] の値は含まれますが、[終了] の値は含まれません。月の 15 日に対する [必要な場合] 日付フィールドの値は、[16 - 31] バケットにしか含まれません。同じ理由で、[16 - 31] バケットの最後の値は 32 となります。

5. [送信] ボタンをクリックします。

ブレークダウンソースを作成

演習のこのセクションでは、バケットグループのブレークダウンソースを作成します。

1. ServiceNow ブラウザーのメインウィンドウ (Studio ではない) で、Application Navigator を使用して [Performance Analytics] > [ソース] > [ブレークダウンソース] を開きます。
2. [新規] ボタンをクリックします。
3. ブレークダウンマッピングを構成します。
   名前： 半月ごとの NeedIt 要求 (NeedIt Requests by Month Half)
   説明： NeedIt 要求データを月の前半と後半の要求に分割します。(Break NeedIt request data into requests due in the first half of the month and in the second half of the month)
4. [ソース] セクション (タブ) を構成します。
   ファクトテーブル： バケット [pa_buckets]
   フィールド： Sys ID
   条件： [バケットグループ] [次の値に等しい (=)] [半月]
5. [送信] ボタンをクリックします。

ブレークダウンマッピングスクリプトを作成

[NeedIt] テーブルの [必要な場合] フィールドのタイプは、[GlideDateTime] です。[必要な場合] の値を [1 - 15] バケットと [16 - 31] バケットのいずれかにグループ化するには、GlideDateTime オブジェクトから日を抽出する必要があります。演習のこのセクションでは、日を抽出するスクリプトを作成します。

1. ServiceNow ブラウザーのメインウィンドウ (Studio ではない) で、Application Navigator を使用して [Performance Analytics] > [自動化] > [スクリプト] を開きます。

2. [新規] ボタンをクリックします。

3. スクリプトを構成します。

   名前： NeedIt.day
   説明： 必要な場合の日付から日付を抽出します。(Extract the day of the month from the When needed date.)
   ファクトテーブル： NeedIt [x_58872_needit_needit]

4. [必要な場合] フィールドをスクリプトに渡します。

   1. [フィールドのロック解除] ボタン () をクリックします。
   2. [利用可能] スラッシュバケットで、[必要な場合] を選択します。
   3. [追加] ボタン () をクリックして、[必要な場合] フィールドを [選択済み] スラッシュバケットに移動します。

5. 次のスクリプトをコピーして、[スクリプト] フィールドに貼り付けます。

   whichDay = function(){ //Create a whenNeeded object from the GlideDateTime class. The value //of whenNeeded is the When needed date from the NeedIt record. var whenNeeded = new GlideDateTime(current.u_when_needed); //Return the day of the month part of the whenNeeded object return whenNeeded.getDayOfMonthLocalTime(); }; whichDay();

6. スクリプトとスクリプトのコメントを読んで、スクリプトの機能をしっかり理解します。

7. [送信] ボタンをクリックします。

ブレークダウンとマッピングを作成

演習のこのセクションでは、バケットグループのブレークダウンを作成し、そのブレークダウンにスクリプトをマッピングします。

1. ServiceNow ブラウザーのメインウィンドウ (Studio ではない) で、Application Navigator を使用して [Performance Analytics] > [ブレークダウン] > [自動ブレークダウン] を開きます。
2. [新規] ボタンをクリックします。
3. ブレークダウンを構成します。
   名前： 半月ごとの NeedIt 要求 (NeedIt Requests by Month Halves)
   説明： [必要な場合] フィールドの値によって月の前半と後半に要求を分割する NeedIt 要求のブレークダウン。(Breakdown for NeedIt requests to divide requests into the first and second halves of the month by When needed field value.)
4. [自動化] セクション (タブ) を構成します。
   ブレークダウンソース： 半月ごとの NeedIt 要求 (NeedIt Requests by Month Half)
5. [他のアクション] メニュー () をクリックして、[保存] メニューアイテムを選択します。
6. [ブレークダウンマッピング] 関連リストまでスクロールし、スクリプトをブレークダウンマッピングに追加します。
   1. [新規] ボタンをクリックします。
   2. ブレークダウンマッピングを構成します。
      ファクトテーブル： NeedIt [x_58872_needit_needit]
      スクリプト化： 選択済み (オン)
      スクリプト： NeedIt.day
7. [ブレークダウンマッピング] フォームの [送信] ボタンをクリックします。

バケットグループのブレークダウンを NeedIt インジケーターに追加

演習のこのセクションでは、[NeedIt：毎月期限 (NeedIt: Due Monthly)] インジケーターに [半月ごとの NeedIt 要求 (NeedIt Requests by Month Halves)] ブレークダウンを追加します。

1. ServiceNow ブラウザーのメインウィンドウ (Studio ではない) で、Application Navigator を使用して [Performance Analytics] > [インジケーター] > [自動インジケーター] を開きます。
2. 編集対象の [NeedIt：毎月期限 (NeedIt: Due Monthly)] インジケーターを開きます。
3. [ブレークダウン] セクション (タブ) までスクロールし、インジケーターにブレークダウンを追加します。
   1. [編集...] ボタンをクリックします。
   2. [コレクション] スラッシュバケットで、[半月ごとの NeedIt 要求 (NeedIt Requests by Month Halves)] ブレークダウンをクリックします。
   3. [追加] ボタンをクリックして、ブレークダウンを [ブレークダウンリスト] スラッシュバケットに移動します。
   4. [保存] ボタンをクリックします。

データコレクターを実行 - NeedIt 履歴データ

1. ServiceNow ブラウザーのメインウィンドウ (Studio ではない) で、Application Navigator を使用して [Performance Analytics] > [データコレクター] > [ジョブ] を開きます。
2. [NeedIt 履歴データ] データコレクターを開きます。
3. [今すぐ実行] ボタンをクリックします。
4. バケットグループのブレークダウンの計算が機能していることを確認するには、[NeedIt：毎月期限 (NeedIt: Due Monthly)] インジケーターレコードを開き、[このインジケーターのスコアを表示] 関連リンクをクリックします。この例は、[半月ごとの NeedIt 要求 (NeedIt Requests by Month Halves)] のスコアのみを表示するように編集されています。スコアシートには、インジケーターの他のブレークダウンのスコアも含まれます。NeedIt レコードのデータはランダムに生成されるものであるため、ここで示すスコアとは異なる場合があります。

バケットグループのブレークダウンのダッシュボードウィジェットを作成

1. ServiceNow ブラウザーのメインウィンドウ (Studio ではない) で、Application Navigator を使用して [Performance Analytics] > [ダッシュボード] を開きます。
2. NeedIt アプリケーションダッシュボードを開きます。
3. ダッシュボードに [ブレークダウン] ウィジェットを追加します。
   1. [ウィジェットを追加] アイコンをクリックします。
   2. [ウィジェットカテゴリ] 選択リストで [Performance Analytics] を選択します。
   3. Performance Analytics のウィジェットタイプのリストで、[ブレークダウン] ウィジェットを選択します。
   4. [ブレークダウン] ウィジェットのリストで、[#New Breakdown] を選択します。
   5. [追加] ボタンをクリックします。
4. [ここをクリック] リンクをクリックして、 [#New Breakdown] ウィジェットを設定します。
   名前： [半月ごとの NeedIt 要求 - 6 か月の合計 (NeedIt Requests by Which Half of Month - 6 Month Sum)]
   説明： [必要な場合] フィールドの日を使用して、半月ごとの NeedIt 要求を表示します。(Display NeedIt requests by month half using the day of month from the When needed field.)
   名前： NeedIt：期限月次 (NeedIt: Due Monthly)
   ブレークダウン： 半月ごとの NeedIt 要求 (NeedIt Requests by Month Halves)
   時系列： 6 か月間移動合計
   タイプ： ブレークダウン
   表示方法： 列
   ソート： 値
   ソート方向： 昇順
5. [表示の設定] セクション (タブ) を構成します。
   可視化セレクターを表示： 選択済み (オン)
   ブレークダウンセレクターの表示： 未選択 (オフ)
6. [送信] ボタンをクリックします。
7. [半月ごとの NeedIt 要求 - 6 か月の合計 (NeedIt Requests by Which Half of Month - 6 Month Sum)] ウィジェットを確認します。

質問：データによると、NeedIt 達成チームの月の前半は月の後半よりも忙しいですか。
回答：NeedIt レコードはランダムに生成されているため、データが例と異なる場合があります。要求の正確な数を確認するには、ウィジェットの列にマウスを合わせます。この例では、月の後半は平均して月の前半よりも忙しくなっています。

開発者は、GitHub のようなソースコントロールアプリケーションを使用して、個人開発者インスタンス (PDI) の外部で変更をコミット (完了した作業を保存) できます。アプリケーションに対する変更内容をコミットして、作業をソースコントロールに保存します。

この演習では、このモジュールで完了した作業を GitHub リポジトリに保存します。

注意：ServiceNow が開発者プログラムの学習コンテンツで GitHub を使用する方法の詳細と、作業を保存する方法に関するビデオを見るには、『GitHub ガイド』を参照してください。

変更をコミット (Commit Changes)

1. NeedIt アプリケーションが Studio で開かれていない場合は、ここで開きます。

   1. ServiceNow ブラウザーのメインウィンドウで、Application Navigator を使用して [システムアプリケーション] > [Studio] を開きます。

   2. [アプリケーションを選択] ダイアログで、このアプリケーションをクリックします。

2. [ソースコントロール] メニューを開き、[変更をコミット] メニューアイテムを選択します。

   

3. コミットする更新を選択します。

   1. [<アプリケーション> のソースコントロールにコミットするファイルを選択] ダイアログで、[すべての Update Sets] を選択します。
   2. コミットするアプリケーションファイルを確認します。
   3. [続行] ボタンをクリックします。
   

4. [NeedIt のソースコントロールにコミットするファイルを確認] ダイアログに、「Performance Analytics モジュール完了」などの [コミットのコメント] を入力します。

5. [コミットファイル] ボタンをクリックします。

   

6. [変更をコミット] ダイアログが成功を報告したら、[閉じる] ボタンをクリックします。

   

   注意：変更のコミットに失敗した場合は、フォークしたリポジトリ URL ではなく ServiceNow のリポジトリ URL を [URL] フィールドに入力している可能性があります。GitHub 接続問題のトラブルシューティング方法については、『GitHub ガイド』の 「GitHub 問題のトラブルシューティング」セクションを参照してください。

Performance Analytics の理解度を確認しましょう。自分の進行状況を評価するには、次の質問が役立ちます。質問ごとに回答を決定し、質問の任意の場所をクリックして回答を表示します。

質問：Performance Analytics に関して、正しい文は次のどれですか。複数の回答が正解の場合があります。

1. データを収集して分析する
2. 経時的なデータを集計する
3. 実用的なインサイトを提供する
4. 将来のパフォーマンスを予測する
5. 明確かつ最新のチャート共有する

回答：すべて正解です。

---

質問：正誤問題？Performance Analytics は、どの ServiceNow インスタンスでも実行できる。

回答：正解は「誤り」です。これは引っ掛け問題です。基本的な Performance Analytics はどの ServiceNow インスタンスでも実行できますが、Performance Analytics プレミアム版を本番インスタンスで実行するためにはライセンスが必要です。

---

質問：Performance Analytics に適したデータタイプは次のどれですか。複数の回答が正解の場合があります。

1. 文字列
2. 日付/時刻
3. ブール
4. ジャーナル
5. 選択肢

回答：正解は 2、3、5 です。文字列および ジャーナルデータタイプでは、自由形式のテキストを入力できます。自由形式のテキストは報告が難しくなります。

---

質問：Performance Analytics のコンポーネントについて言い表しているのは次のうちのどれですか。

ServiceNow テーブルのレコードのうち、優先度が重要であるなどの共通の特性を持つレコードのセット。

1. フィールドタイプ
2. ブレークダウン
3. データコレクター
4. インジケーターソース
5. バケットグループ

回答：正解は 4 です。

---

質問：Performance Analytics のコンポーネントについて言い表しているのは次のうちのどれですか。

定期的に取得されるパフォーマンス測定基準。

1. インジケーター
2. インジケーターソース
3. ブレークダウンソース
4. ブレークダウン
5. データコレクター

回答：正解は 1 です。

---

質問：Performance Analytics のコンポーネントについて言い表しているのは次のうちのどれですか。

より詳細な分析のためにインジケータースコアをフィルタリングまたはグループ化する。

1. インジケーター
2. インジケーターソース
3. ブレークダウンソース
4. ブレークダウン
5. データコレクター

回答：正解は 4 です。

---

質問：データコレクターに関して正しい文は次のどれですか。複数の回答が正解の場合があります。

1. 期間指定のデータコレクターは絶対時間のデータを収集する
2. 相対指定のデータコレクターは絶対時間のデータを収集する
3. サーバー側スクリプトを使用して実行時期を決定するように構成できる
4. 常にスケジュールに基づいて自動的に実行される
5. クエリにシステム時間を使用する

回答：正解は 1 と 3 です。データコレクターは、常にスケジュールに基づいて実行するように設定する必要はありません。これはオプションです。たとえば、履歴データコレクターはオンデマンドで実行するように構成されています。ベースラインのケースでは、データコレクターはクエリにシステム時間を使用しますが、[実行時のタイムゾーン] 設定フィールドを使用して、別のタイムゾーンでクエリを実行するように構成することが可能です。

---

質問：分析ハブの機能は次のうちのどれですか。複数の回答が正解の場合があります。

1. コメント
2. しきい値
3. スコアカード
4. 予測
5. ターゲット

回答：正解は 1、2、4、5 です。ServiceNow の Madrid リリース以降、スコアカードに分析ハブが取って代わりました。

---

質問：分析ハブの通知送信の機能は次のうちのどれですか。複数の回答が正解の場合があります。

1. コメント
2. しきい値
3. 予測
4. ターゲット
5. 比較

回答：正解は 2 と 4 です。

---

質問：ダッシュボードに関して、正しい文は次のどれですか。複数の回答が正解の場合があります。

1. アプリケーションにはダッシュボードを 1 つだけ設定できる
2. ダッシュボードには最大 4 つのウィジェットを設定できる
3. すべてのユーザーがすべてのダッシュボードを見ることができる
4. ダッシュボードはドラッグアンドドロップキャンバスを使用して構成される
5. ダッシュボードにはウィジェットとタブを含めることができる

回答：正解は 4 と 5 です。アプリケーションには通常、アプリケーションのペルソナごとにダッシュボードがあります。これは、ユーザータイプによって関心のある情報が異なるためです。ダッシュボードには、アプリケーションまたはプロセスから必要な情報を伝達するために必要な数のウィジェットを含めることができます。ダッシュボードへのアクセスはロールごとに制限されます。ロールがアサインされていないダッシュボードはすべてのユーザーが表示できます。

---

質問：バケットグループに関して、正しい文は次のどれですか。複数の回答が正解の場合があります。

1. 特別なタイプのブレークダウンソース
2. 分析ハブで表示する必要があります
3. ダッシュボードユーザーが作成できる
4. スクリプトまたはフィールドによって返された値を個別のグループに分割する
5. 生データを見るだけではわかりにくいインサイトを提供できる

回答：正解は 1、4、5 です。バケットグループを使用するインジケーターは、分析ハブまたはダッシュボードで表示できます。開発者はバケットグループを作成できますが、ユーザーは作成できません。

コアコンセプト：

• Performance Analytics - プレミアム版プラグインを有効化して、ライセンスなしで開発インスタンスとテストインスタンスで使用できます。
• Performance Analytics のアーキテクチャにはデータレイヤーと可視化レイヤーが含まれている
• アプリケーション開発者は、データモデルに合わせて Performance Analytics を設計する必要があります。
  • 自由形式または文字列フィールドは避けてください。
  • 参照、ブール、日付/時刻、整数、10 進数、および 選択リストのデータタイプを使用します。
• インジケーターソースは、定期的に収集される一連のフィルタリング済みレコードを定義する
• インジケーターは、一定間隔のパフォーマンス測定基準を定義する
• ブレークダウンは、詳細な分析のためにインジケータースコアをフィルタリングまたはグループ化する
• ブレークダウンソースは、ブレークダウンスコアの計算に使用されるテーブルまたはデータベースビューのレコードセットです。
  • 複数のブレークダウンで同じブレークダウンソースを使用できます。
  • ブレークダウンはスコアカードとダッシュボードに表示されます。
• データコレクターは、インジケーターソースからデータを収集するスケジュール設定済みジョブです。
  • 履歴：過去のデータを収集します。
  • 現在：現在のデータを収集します。
• 分析ハブで表示するのは、単一のインジケーターのデータです。
  • インジケーターデータを分析します。
  • データを集計します。
  • ブレークダウンスコアを比較します。
  • 時間の経過に伴う変化を表示します。
• ターゲットは、目標スコアとインジケータースコアの差を可視化する
• しきい値は、インジケーターの通常のスコア範囲を定義する
• 予測では、過去のパフォーマンスに基づいて未来のデータを予測する
• ダッシュボードは、定期的に使用するチャートを、タブやウィジェットを使用して 1 か所にまとめた、ドラッグアンドドロップで操作可能なキャンバスである
• バケットグループは、スクリプトによって返された値を個別のバケットに分割する、特殊なタイプのブレークダウンソースです。
  • バケットグループは、生データでは分かりにくいと思われる結果を引き出す際に便利です。
  • バケットは、データを再利用可能な論理グループにソートします。
  • バケットグループのブレークダウンは、インジケーターにマッピングする必要があります。
  • ダッシュボードウィジェット、分析ハブ、またはスコアカードでバケットグループブレークダウンを表示します。

お疲れさまでした。「Performance Analytics」モジュールを完了しました。Performance Analytics への関心に基づいて、さらに次の事項をお勧めします。

• ServiceNow 開発者用語集：この開発者サイトの用語集では、Now Platform に適用される用語が定義されています。
• Performance Analytics：ServiceNow のドキュメントサイトには、Performance Analytics のリファレンス資料一式があります。
• Performance Analytics REST API：ServiceNow 開発者サイトには、Performance Analytics REST API のリファレンスドキュメントがあります。
• Performance Analytics：はじめに (Getting Started)：このコミュニティサイトの記事には、Performance Analytics の有効化、設定、および分析に関する記事へのリンクがあります。