CSDM 実装ステージ - 基盤
CSDMフレームワークを実装する基盤ステージでは、アドミニストレーターは、適切なビジネス上の意思決定をサポートする正確なレポート作成を可能にする参照データを準備します。CSDM の実装を開始する場合は、ベースシステム テーブルを使用して、ServiceNow 製品と ServiceNow AI Platform から最大値を導出します。
基盤ステージでデータを準備することのメリット
- CMDB内のベースシステムテーブルは、多くのServiceNow AI Platform製品の基盤として機能します。
- これらのテーブルは、組織が早期にレポート要件に合わせて、 ServiceNow AI Platform 製品から得られる価値を促進するのに役立ちます。それにより、レポート要件に合わせるために必要なコストのかかるやり直し作業を、削減または排除できます。
基盤ステージで作業するテーブル
- ビジネスプロセス [cmdb_ci_business_process] テーブル
-
ビジネスプロセスには、明確に定義された開始と終了があります。銀行業界でのビジネスプロセスの例として、顧客のオンボーディングプロセスや信用調査プロセスがあります。各ビジネスプロセスには、重要度と影響度のレベルがあります。ビジネスプロセスは cmdb_ci_business_process テーブルに保存されます。
- 契約 [ast_contract] テーブル
- 契約テーブルでは、2 者間の拘束力のある合意を識別します。ベンダーが提供するサービスを CMDB に入力する際は、サービスレベルアグリーメント (SLA) を評価するときに契約が果たす役割を考慮してください。
- 製品モデル [model_id] テーブル
-
製品モデル [model_id] テーブルは、組織が開発または消費する固有の製品タイプを識別します。資産と CI を製品モデル別にグループ化する場合は、同じデジタル製品と製品ポートフォリオの一部である CI を統合して関連付けます。資産と CI を製品モデル別にグループ化すると、プロジェクトの計画、コストの監視、データの合理化に役立ちます。 ディスカバリー は運用開始後に有形/物理的な製品モデルを入力できますが、他のタイプの製品モデルではプロダクトオーナーによる計画が必要です。
CSDM 製品モデルのアサインジョブを使用して、まだ 製品モデルに関連付けられていない各論理 CI の 製品モデル レコード (アプリケーションモデル、サービスモデル、またはソフトウェアモデル) を自動生成します。製品モデルは、単一のデジタル製品の一部である CI を関連付けるのに理想的です。。「論理 CI の製品モデルの自動生成」を参照してください。
- CMDB グループ [cmdb_ci_query_based_service] テーブル
-
CMDB グループテーブルは、保存済みクエリービルダーのクエリー、エンコードされたクエリー、または手動入力の結果を基にした CI のコレクションを特定します。
CMDB グループは、ダイナミック CI グループと CI の戦略的管理の重要な要素です。CI 情報を報告する方法と CI を監視する方法を早期に決定してください。これらの決定は、CMDB グループの作成方法に影響します。変更管理プロセスとインシデント管理プロセスでは、ダイナミック CI グループの 2 つの異なる影響分析動作があります。「ダイナミック CI グループの使用方法をサービスタイプに一致させる」を参照してください。
- ソフトウェア部品表 (SBOM)
-
SBOMは、ソフトウェアのコンポーネントの全体的なコレクションです。サイクロンDXに対応しています。
- 場所 [cmn_location] テーブル
- 場所テーブルでは、地理的な場所を一意に識別します。親属性を使用して、場所データの階層を作成できます。階層には、レポート要件に一致するエントリーが含まれることがあります。たとえば、次のように場所テーブルに入力できます。
図 : 1. 組織の場所属性 さらに詳しい情報をレポートに含めるには、場所テーブルを拡張することでフロアやルーム、またデータセンターまでも含めることができます。利用できる階層機能、信頼できるソースデータ、および要件によって、将来のレポートニーズをサポートする場所を作成できます。
- グループ [sys_user_group] テーブル
- グループテーブルでは、共通の目的を持つユーザーのセットを識別します。グループは、変更要求の承認、インシデントの解決、メール通知の受信、作業指示タスクの実行などのタスクを実行できます。また、グループは CMDB 内の参照データを使用して、CI の管理方法 (グループによる管理など) とサポート方法 (サポートグループなど) を識別します。グループを参照するビジネスルール、アサインルール、システムロール、または属性は、すべてのグループメンバーに自動的に適用されます。注:Managed by Group設定は、CI クラスを管理するグループを識別します (完全かつ正しいことが保証されます)。個々の CI を修復するのと同じグループである場合とそうでない場合があります。
- ユーザー [sys_user] テーブル
- ユーザーテーブルでは、ServiceNow インスタンスにアクセスできるユーザーとアプリケーションを識別します。これらのユーザーを、会社、事業部門、および部門テーブルに関連付けられたグループに整理できます。
- 組織構造
- 組織構造テーブルでは、内部のビジネス構造と外部の顧客、メーカー、ベンダーを識別します。
- 会社 [core_company] テーブル
-
会社テーブルには、会社の法人が入力されます。エンティティは、内部 (自組織) または外部のいずれかになります。親属性を使用して階層をビルドできます。CMDB が入力されている場合は、レポートに必要な法人を検討してください。
- 内部エントリーは、法人内の事業部門の階層ではなく、法人の階層に重点を置く必要があります。
- 外部エントリーは、True または False のフラグで識別されます。顧客フラグは、外部の顧客を識別します。
メーカーフラグは、自社が消費する製品を製造する会社を識別します。内部組織がメーカーになる場合もあります。
- ベンダーフラグは、購入した製品を提供している組織を識別します。内部組織がベンダーになる場合もあります。
- 事業部門 [business_unit] テーブル
- ビジネスの階層が、親会社への参照とともに事業部門テーブルに入力されます。事業部門は、ファイナンス、ヒューマンリソース (HR)、HR、IT などの特定の業務を担当する組織の一部です。事業部門内の階層は共通です。大規模な多国籍組織の場合、独立した地域事業とその地域内の特定の事業を識別する事業部門が存在する場合があります。
- 部門 [cmn_department] テーブル
- 部門テーブルには、事業部門に関するより詳細なレベルの情報が含まれています。部門テーブルは、ユーザー、グループ、資産、および CI を分類する別の方法を提供します。
- ライフサイクルテーブル
-
CSDM ライフサイクル値ペアは、製品、資産、契約、CI、場所、およびその他のオブジェクトのライフサイクルを追跡します。標準の値を一貫して使用することで、時間の経過に伴うオブジェクトの推移を追跡できます。したがって、レポートは、CI の実際のステータス (使用状況、可用性、サポート終了など) を正確に反映できます。
標準の CSDM ライフサイクル値ペア は、製品インスタンスのライフサイクルのすべてのフェーズをカバーしています。- life cycle stageは、CI が移行する幅広いフェーズの 1 つです。たとえば、開始または調達から運用、そして場合によっては提供終了までです。
- life cycle stage status は、現在のライフサイクルステージ内の CI の特定のステータスです。
注:[life_cycle_control] テーブルは、CI のタイプ (有形/物理、ドキュメントと契約、場所など) を使用して、各ライフサイクルステージで使用できるライフサイクルステージステータス値を決定します。CSDM ライフサイクル標準を最大限に活用するために、従来のステータスデータをライフサイクル値ペアにマッピングすることができます。「従来から資産へのライフサイクル同期を有効にする」を参照してください。
ライフサイクル値ペアは、次の資産で使用することができます。ServiceNow コミュニティビデオを見る: CSDM V4 製品とライフサイクルのディスカッション