アプリケーションのデータモデルの作成
アプリケーションデータを収納するテーブルを作成することで、アプリケーションのデータモデルを App Engine Studio (AES) に作成します。新規にテーブルを作成するか、スプレッドシートまたは PDF をアップロードするか、既存のテーブルをテンプレートとして使用して、アプリケーションで使用するデータテーブルを作成します。スプレッドシートをアプリケーションの既存のテーブルにマッピングすることで、データインポートを作成してスケジュール設定することもできます。
データモデルを作成してユーザーインターフェイスにデータを入力することは、新しいアプリケーションでは絶対に必要な出発点です。ユーザーはフォームに入力するときに名前や電話番号などのデータを入力でき、他のユーザーは要求を実行するときにそのデータを参照できます。
App Engine Studio では、アプリケーションデータがテーブル形式で格納されます。ユーザーがアプリケーションデータを更新すると、テーブルに行が作成されるか、既存の行が変更されます (各行はデータレコードとも呼ばれます)。既存の ServiceNow AI Platform テーブル、またはスプレッドシートや PDF からテーブルを作成することも、アプリケーションでレコードを保存するためのまったく新しいテーブルをカスタマイズすることもできます。
アプリケーションに保存されるデータレコードは、複数のソースから取得される場合があります。あるテーブルには、アプリケーションを使用しているユーザーが入力したデータレコードが格納される場合があります。別のテーブルには、スプレッドシートからのデータのインポートとマッピング、または別の ServiceNow AI Platform テーブルからのデータでデータレコードを更新するスクリプトを介して入力される場合があります。
アプリケーションテンプレートとデータ
アプリケーションテンプレートは、自動的にアプリケーションにデータを追加します。テンプレートを使用してアプリケーションを作成する場合は、追加されたテーブルを編集したり、さまざまなテーブルを追加したりすることができます。
フォーム
アプリにデータを追加すると、関連するフォームビューがアプリの [エクスペリエンス] セクションに表示されます。フォームを編集するには、[エクスペリエンス] セクションでフォームを選択します。フォームビューは、テーブルビルダー の [フォーム] タブで編集できます。詳細については、「テーブルビルダー のフォーム」を参照してください。
テーブル拡張
組織が他のアプリケーションですでに使用している可能性があるテーブルがいくつかあります。たとえば組織では、構成データを格納するアプリケーションとして構成アイテム [cmdb_ci] テーブルを使用することがあります。このような既存のテーブルを拡張することで、自分のアプリケーションのテーブルを作成できます。
テーブル拡張を使用すると、テーブルのフィールドとレコードを親テーブルと共有できます。ユーザーがアプリケーションのさまざまなフォームビューで同様のフィールドに入力することが想定される場合は、テーブルを拡張することもできます。たとえば、チケットタイプのテーブルを作成するには、タスク [task] テーブルを拡張します。タスクテーブルには、[番号] や [担当者 (Assigned to)] など、ほとんどの作業チケットに標準的なフィールドが含まれています。
多くの組織では、市民開発者がアプリを設計するときに使用するための拡張可能な標準化されたテーブルを作成します。これにより、開発者は組織内の複数のアプリケーションでデータを使用する方法を標準化できます。
アプリケーションのテーブルを拡張可能にするには、テーブルの作成時に [拡張性を高める] を選択します。既存のテーブルを拡張した後、列を追加してその新しいテーブルをさらにカスタマイズできます。
次の表は、ServiceNow AI Platform で一般的に拡張されるテーブルのリストです。一般的に拡張されるテーブルおよび拡張用のモデルの詳細については、「Table extension and classes」を参照してください。
| テーブル | 簡単な説明 | 説明 |
|---|---|---|
| タスク | タスク | Incident Management、問題管理、変更管理などのコアアプリケーションのフィールドを格納します。タスクを拡張する各テーブルで使用される、一連の標準フィールドがあります。タスクテーブルを拡張するテーブルはいずれも、タスクを推進するためにタスク固有の機能を利用できます。 |
| cmdb_ci | 構成アイテム | 構成アイテムを格納します。このテーブルは、ハードウェアやサービスなどの構成アイテム用に拡張できます。 |
sn_customerservice _case |
カスタマーサービスケース | カスタマーサービスケースレコードを保存します。 |
| sm_order | サービスオーダー | 実行する必要がある作業を定義および管理するデータを格納します。 |
| sm_task | サービスタスク | 1 つのセッション (1 つの場所で 1 回) で 1 人のユーザーが実行する作業のユニットを格納します。 |
| planned_task | 計画タスク | 計画されたマルチステージプロセスの一環として、時間と労力に関連するタスクの追加フィールドを格納します。 |
| cmn_location | ロケーション | 場所情報を格納します。 |
cmdb_serviceorder _product_model |
サービスオーダーモデル | サービスオーダーテンプレートを格納します。 |
cmdb_servicetask _product_mode |
サービスタスクモデル | サービスタスクテンプレートを格納します。 |
cmdb_qb_result _base |
クエリ結果 | CMDB クエリビルダーによって作成されたクエリ結果を格納します。 |
| alm_asset | 資産 | 資産に関する一般的、財務的、契約上の情報を格納します。 |
| cmdb_ci_service | ビジネスサービス | ビジネスプロセスを直接サポートする IT サービスデータを格納します。 |
| sys_user | ユーザー | ユーザーデータを格納します。ユーザーテーブルには、すべてのシステムユーザーとその関連部門のリストが表示されます。 |
| sys_user_group | ユーザーグループ | 共通の目的を共有する一連のユーザーを格納してグループ化します。グループは、変更要求の承認、インシデントの解決、メール通知の受信、作業指示タスクの実行などのタスクを実行できます。 |
| core_company | 会社 | 会社の情報を格納します。 |
| cmn_schedule | スケジュール | タイムゾーンとスケジュールのタイプを指定し、1 つ以上のスケジュールエントリを使用するレコードを格納します。 |
| cmn_department | 部門 | すべての部門と関連する事業部門のリストを格納します。 |
| cmn_cost_center | コストセンター | コストセンターレコードを格納します。これは、財務システムと IT の間の参照です。コストセンターレコードはビジネスエンティティを表し、コストセンターのビジネスサービス消費を測定する CI コストセンターリレーションシップの関連リストがあります。 |
| cmdb_model | 製品モデル | 特定のバージョンまたはさまざまな構成の資産です。モデルは、製品カタログ、資産管理、Procurement などのさまざまな ServiceNow プラットフォーム資産アプリケーションを通じて、資産の管理や追跡をするために使用されます。 |
| life_cycle_stage | ライフサイクルステージ | CI のライフサイクルステージを追跡するための標準フィールドと値を格納します。これらの標準値をアプリケーション全体で使用することで、ライフサイクルの移行を通じて効率よく資産を追跡することができます。 |
life_cycle_stage _status |
ライフサイクル状況 | CI のライフサイクルステージステータスを追跡するための標準フィールドと値を格納します。これらの標準値をアプリケーション全体で使用することで、ライフサイクルの移行を通じて効率よく資産を追跡することができます。 |
| incident | インシデント | 予想される運用基準からの逸脱を格納します。 |
| sysapproval | 承認 | 作業が終了する前に、タスクに関する承認を要求できるようにするデータを格納します。すべてのタスクに対して承認を定義し、ユーザーまたはグループをタスクに関連付けてそれらを承認または却下することができます。 |
以下にリストされている方法を使用して、データモデルを作成し、アプリケーションにデータを追加します。