CSDM モデルの基盤ドメイン
基盤ドメインのテーブルには、他の CSDM ドメインのオブジェクトから、またはオブジェクトから参照されるベースデータが含まれています。ServiceNow製品を使用する前に、基盤データを入力する必要があります。
基盤ドメイン内のテーブルは、CMDB の関係では使用されません。代わりに、これらのテーブルには重要な参照データが含まれています。このドメインの一般的なユーザーは、プロセスオーナー、データスチュワード、プロダクトオーナー、および契約マネージャーです。
サービスライフサイクル中に使用される基盤ドメインテーブル
チーフストラテジストが管理するデータ:バリューストリーム
バリューストリーム:バリューストリームは、最初の要求から顧客による価値の実現まで、顧客に価値を付加するために実行される一連のアクションです。バリューストリームは、最初のコンセプトから始まり、開発のさまざまな段階を経て、提供とサポートへと進みます。バリューストリームは常に顧客で始まり、顧客で終わります。バリューストリームは、組織のビジネスプロセスに合わせて調整されます。
プロセスオーナーによって管理されるデータ:ビジネスプロセス
ビジネスプロセスには、明確に定義された開始と終了があります。銀行業界でのビジネスプロセスの例として、顧客のオンボーディングプロセスや信用調査プロセスがあります。各ビジネスプロセスには、重要度と影響度のレベルがあります。ビジネスプロセスは cmdb_ci_business_process テーブルに保存されます。
親子関係では、親ビジネスプロセスへの参照として、親属性を使用してビジネスプロセスを識別できます。
ビジネスプロセスは手動で管理される CI で、これによって宣言済みおよび決定済みの重要度と、機密性、完全性、および可用性への影響を特定できます。ビジネスプロセスは、毎月、四半期ごと、半年ごと、または毎年レビューできます。さらに、次のレビュー日を記録することもできます。詳細については、「ビジネスプロセス管理」および「ビジネスプロセスを作成」を参照してください。
契約アドミニストレーターが管理するデータ:契約
契約とは、2 者間の拘束力のある合意です。ServiceNow AI Platform では、契約には契約番号、開始日と終了日、有効なステータス、契約条件、文書、更新情報、財務条件などの詳細情報が含まれています。
- 契約は CI ではありません。契約では、製品モデルモジュールの契約モデルタイプを使用します。契約は [ast_contract] テーブルに保存されます。
- 契約管理 アプリケーションを使用して、契約を管理および追跡します。「契約管理 アプリケーション」を参照してください。
- サービスレベル管理 アプリケーションでは、契約は、契約に関連する CI、場所、グループ、ユーザー、および子契約だけでなく、単一のベンダーまたは顧客に関連する SLA をグループ化します。詳細については、「Define a service contract」を参照してください。
- ベンダー管理ワークスペース が使用するサービス契約は、SLA の一部として有形/物理 CI をサポートできます。
- カスタマーサービス管理 (CSM) 製品では、サービス契約は顧客が受け取るサポートのタイプを定義します。契約には、アカウントおよび連絡先またはコンシューマー、対象となる特定の資産を含められます。1 つの契約に、複数のサービスエンタイトルメントと SLA を含めることもできます。「カスタマーサービス管理 (CSM) でのサービス契約の定義」を参照してください。
詳細については、「ドキュメントおよび契約エンティティのライフサイクル値の定義」を参照してください。
製品所有者が管理するデータ
- 製品と製品モデル
-
製品をバンドルして、たとえば FlashBlade サーバー (ハードウェアモデル) や年中無休サポートサービス (サービスモデル) などの製品のコレクションやグループを作成できます。さらに、サードパーティプロバイダーまたは内部のプロダクトオーナーによって定義された、提供終了間近の製品を特定できます。組織が開発、販売、または使用する一連の製品を表すコンポーネントとして、他の製品をバンドルすることもできます。
製品モデルは、ServiceNow AI Platform でアプリケーションによる管理と追跡で使用される製品の特定のバージョンまたは構成です。製品モデルテーブルは CI ではありません。CI は モデル ID 属性を使用して製品モデルを参照します (すべての CMDB テーブルで利用可能)。たとえば、サービスオファリング CI はサービスオファリングモデルを参照し、Windows サーバーはハードウェアモデルを参照することができます。
製品モデルは、プロダクトオーナー、チーム、製品ステータス、他の製品との互換性、製品カタログの参照、および製品のライフサイクルのさまざまな段階における参照オブジェクトを識別します。
製品モデルは、製品モデルクラスと呼ばれる次の拡張テーブルを介して [cmdb_model] テーブルに記録されます。
- アプリケーションモデル [cmdb_application_product_model] (バージョンに依存しない)
- ソフトウェアモデル [cmdb_software_product_model] (バージョン固有)
- 契約モデル [cmdb_contract_product_model]
- 施設モデル [cmdb_facility_product_model]
- ハードウェアモデル [cmdb_hardware_product_model] (有形/物理デバイス)
- 消耗品モデル [cmdb_consumable_product_model]
- サービスモデル [cmdb_service_product_model]
アプリケーション、サービス、およびソフトウェアクラスのインスタンス CI は ディスカバリー を介して作成されないため、 モデル ID [model_id] の値は 製品モデル レコードを参照しない可能性があります。製品中心の管理パラダイムへの移行を支援するには、論理 CI の各インスタンスを 製品モデル に関連付ける必要があります。 推奨事項については、「 論理 CI の製品モデルの自動生成」を参照してください。
- 製品の特徴
-
デジタルプロダクトリリースでは、機能 (開発対象のもの) がソフトウェアまたはサービスの特定のバージョンに存在します。
- ソフトウェア部品表 (SBOM)
-
SBOM は、ソフトウェアのコンポーネントの全体的なコレクションです。
Cyclone DXに対応しました。
データスチュワードによって管理されるデータ
- CMDB グループ
-
CMDB グループは CI のコレクションです (ただし、それ自体は CI ではありません)。グループは、保存済みクエリビルダーのクエリ、エンコードされたクエリ、手動入力の結果を基にしています。グループのすべてのメンバーに一度にアクションを適用できます。
- ServiceNow AI Platform 全体で CMDB グループを操作できます。
- CSDM の場合、ダイナミック CI グループは、CMDB グループを参照して、共通の基準に基づいて CI のリストを提供します。
- CMDB グループはグループ [cmdb_group] テーブルに保存されます。
- CMDB グループは、CI のグループ化に使用している可能性があるスプレッドシートを置き換えることができます。
詳細については、「 CMDB グループ」を参照してください。
- 所在地
-
複数のソースやフェデレーション統合から取得するデータは、管理が困難です。管理を簡素化するために、次の属性が場所 [cmn_location] テーブルに追加されました。
- ソース：場所レコードの作成元。
- 場所タイプ：場所の階層内の場所レコードの位置。次のオプションを使用して、次の要件に合わせて場所データの階層を作成できます：地域、県、州/都道府県、市町村、地区、建物/構造、フロア、部屋。
- 管理担当者グループ：この場所レコードを管理するグループ。
- 検証 (重複およびプライマリ)：重複レコードにフラグを付け、表示されない場所を手動でフィルタリングします。
- ライフサイクルステージ と ライフサイクルステージステータス。
- ライフサイクル値
-
ライフサイクル値ペアは、製品、資産、契約、CI、場所、およびその他のオブジェクトのライフサイクルを追跡します。これらの標準 CSDM ライフサイクル値を使用することで、その移行期間を通じて効率よくオブジェクトを追跡できます。したがって、レポートは、CI の実際のステータス (使用状況、可用性、サポート終了など) を正確に反映できます。
CSDM フレームワークを有効にすると、資産のライフサイクルを追跡するための [Life Cycle Stage] と [Life Cycle Stage Status] の値の使用を開始できます。これらのフィールドを使用するには、「CSDM プラグインのアクティブ化」で説明されている手順に従います。次のプロセスでライフサイクル値ペアを使用できます。ServiceNow コミュニティ ビデオを見る：CSDM V4 製品とライフサイクルの説明
データスチュワードによって管理される共通データ
- 会社：[core_company]
- 事業部門：[business_unit]
- 部門：[cmn_department]
- 場所：[cmn_location]
- グループ [sys_user_group] とユーザー [sys_user]。CI の完全な定義で CI に関連付けられている連絡先グループを特定する必要がある場合は、そのデータを CI の Teams 関連リストに追加できます。
一般的なデータ要素は構成アイテムではありません。共通データは、ServiceNow AI Platform 全体で使用される共有データです。共通データには、組織構造 (会社、事業部門、部門)、場所、グループ、およびユーザーが含まれます。多くの ServiceNow AI Platform 製品は、ビジネス価値を提供するために共通データに依存しています。
- データの信頼できるソースはありますか？
- 複数のデータソースがありますか？
- データはどのくらいの頻度で変更されますか？
- CI に必要なデータの深さはありますか？
- 誰がデータを管理していますか？