CSDM の実装ステージ - 基盤
CSDM フレームワークの実装の基盤ステージでは、適切なビジネス上の意思決定をサポートするための正確なレポートを可能にする参照データを準備します。CSDM の実装を開始する場合は、ベースシステム テーブルを使用して、ServiceNow 製品と Now Platform から最大値を導出します。
基盤ステージでデータを準備することのメリット
- ベースシステム テーブルは、多くの ServiceNow 製品の基盤として機能します。
- これらのテーブルは、会社が早期にレポート要件に合わせて CSDMから得られる価値を促進するのに役立ちます。それにより、レポート要件に合わせるために必要なコストのかかるやり直し作業を、削減または排除できます。
基盤ステージで作業するテーブル
- ビジネスプロセステーブル [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 グループの使用とサービスタイプの一致」を参照してください。
- 場所テーブル [cmn_location]
- 場所テーブルでは、地理的な場所を一意に識別します。親属性を使用して、場所データの階層を作成できます。階層には、レポート要件に一致するエントリーが含まれることがあります。たとえば、次のように場所テーブルに入力できます。
図 : 1. 組織の場所属性 さらに詳しい情報をレポートに含めるには、場所テーブルを拡張することでフロアやルーム、またデータセンターまでも含めることができます。利用できる階層機能、信頼できるソースデータ、および要件によって、将来のレポートニーズをサポートする場所を作成できます。
- グループテーブル [sys_user_group]
- グループテーブルでは、共通の目的を持つユーザーのセットを識別します。グループは、変更要求の承認、インシデントの解決、メール通知の受信、作業指示タスクの実行などのタスクを実行できます。また、グループは CMDB 内の参照データを使用して、CI の管理方法 (グループ別の管理など) とサポート方法 (サポートグループなど) を識別します。グループを参照するビジネスルール、アサインルール、システムロール、または属性は、すべてのグループメンバーに自動的に適用されます。
- ユーザーテーブル [sys_user]
- ユーザーテーブルでは、ServiceNow インスタンスにアクセスできるユーザーとアプリケーションを識別します。これらのユーザーを、会社、事業部門、および部門テーブルに関連付けられたグループに整理できます。
- 組織構造
- 組織構造テーブルでは、内部のビジネス構造と外部の顧客、メーカー、ベンダーを識別します。
- 会社テーブル [core_company]
- 会社テーブルには、会社の法人が入力されます。エンティティは、内部 (自組織) または外部のいずれかになります。親属性を使用して階層をビルドできます。CMDB が入力されている場合は、レポートに必要な法人を検討してください。
- 内部エントリーは、法人内の事業部門の階層ではなく、法人の階層に重点を置く必要があります。
- 外部エントリーは、True または False のフラグで識別されます。顧客フラグは、外部の顧客を識別します。
メーカーフラグは、自社が消費する製品を製造する会社を識別します。内部組織がメーカーになる場合もあります。
- ベンダーフラグは、購入した製品を提供している組織を識別します。内部組織がベンダーになる場合もあります。
- 事業部門テーブル [business_unit]
- ビジネスの階層が、親会社への参照とともに事業部門テーブルに入力されます。事業部門は、ファイナンス、ヒューマンリソース (HR)、IT などの特定の事業を担当する、組織の一部です。事業部門内の階層は共通です。大規模な多国籍組織の場合、独立した地域事業とその地域内の特定の事業を識別する事業部門が存在する場合があります。
- 部門テーブル [cmn_department]
- 部門テーブルには、事業部門に関するより詳細なレベルの情報が含まれています。部門テーブルは、ユーザー、グループ、資産、および CI を分類する別の方法を提供します。
- ライフサイクルテーブル
CSDM ライフサイクル値ペアは、製品、資産、契約、CI、場所、およびその他のオブジェクトのライフサイクルを追跡します。標準の値を一貫して使用することで、時間の経過に伴うオブジェクトの推移を追跡できます。したがって、レポートは、CI の実際のステータス (使用状況、可用性、サポート終了など) を正確に反映できます。
標準の CSDM ライフサイクル値ペア は、製品インスタンスのライフサイクルのすべてのフェーズをカバーしています。- life cycle stageは、CI が開始または調達から運用、そして提供終了に至るまで通過する広範なフェーズの 1 つです。
- life cycle stage status は、現在のライフサイクルステージ内の CI の特定のステータスです。
注:[life_cycle_control] テーブルは、CI のタイプ (ハードウェア、ドキュメント、論理など) を使用して、各ライフサイクルステージで使用できるライフサイクルステージステータス値を決定します。CSDM ライフサイクル標準を最大限に活用するために、従来のステータスデータをライフサイクル値ペアにマッピングすることができます。「資産と CI 間の CSDM ライフサイクル同期を有効にして製品インスタンスをサポートする」を参照してください。
ライフサイクル値ペアは、次の資産で使用することができます。ServiceNow コミュニティ ビデオを見る：CSDM V4 製品とライフサイクルの説明