問題管理 のユースケース
このセクションでは、問題管理 のユースケースについて説明します。
問題管理 は、問題やその結果としてのインシデントの発生を防ぐために使用されます。また、繰り返し発生するインシデントをなくし、防止不可能なインシデントはその影響を最小限に抑えることを目的としています。問題管理 を使用して、問題で、影響を受ける構成アイテム (CI) に関する情報を資産タイプとともにキャプチャし、更新、修理、入れ替え、廃止の構成アイテムのレコードを保持できます。資産を追跡することで、資産の場所、使用状況、資産の変更時期を特定できます。問題管理 を使用して、体系的なアプローチによって会社内の資産を監視および管理することができます。
構成アイテム (CI) が問題を引き起こした場合は、依存関係ビューを使用して、問題の原因となった CI の影響を受ける他の構成アイテム (CI) を特定します。影響を受ける構成アイテム (CI) を問題レコードに関連付け、問題が依存関係を持つ他の CI にどのように影響するかを確認できます。
問題管理 ユースケースの主な機能
CMDB は、CSDM フレームワークで使用される場合、次の方法で 問題管理 に価値を提供します。
- 問題がサービスおよびサービスオファリングに与える影響を理解します。
- 問題を動的にルーティングします。
- 問題に対処するために、影響を受ける 1 つ以上のサービスを特定します。
問題管理で使用される CSDM データ要素は次のとおりです。
- サブスクリプション：オファリングにアクセスでき機能停止時に影響を受ける可能性があるユーザーを特定するための、サービスオファリングの関連リスト。問題は、利用者テーブルを使用して影響を特定できます。関連リストは次のとおりです。
- 会社別サービス登録 [service_subscribe_company]
- 部門別サービス登録 [service_subscribe_department]
- グループ別サービス登録 [service_subscribe_sys_user_grp]
- 場所別サービス登録 [service_subscribe_location]
- ユーザー別サービス登録 [service_subscribe_sys_user]
- ビジネスサービスオファリングは、問題に応じて、approval_group と business_ criticality に基づいてビジネス承認者を提供するために使用できます。ビジネスサービスには、それぞれ重要度が異なる複数のオファリングがある場合があります。
- テクニカルサービスオファリング 属性assignment_groupに技術承認者 approval_group と技術アサイン先グループを指定するために、問題で使用される場合があります。
- サービスインスタンスは、本番環境と非本番環境 (DEV、QA、UAT など) を提供するために使用できます。必要に応じて、非本番環境を除外できます。従来の used_for 属性は environment 属性にマップされます。environment 属性を使用する必要があります。 注:一部のサービスオファリングは、オファリングの環境も識別できます。
問題管理 ユースケースの結果
CSDM フレームワークは、CI が関連する可能性がある問題について 問題管理 コンテキストを提供します。
影響度と根本原因を特定するには、次の手順を実行します。
- 問題フォームの [構成アイテム ] 属性に、影響を受ける CI アイテムまたはサービスconfiguration_item入力します。
- (オプション) 問題フォームのサービスおよびサービスオファリング属性を使用して、選択する構成アイテムのリストを絞り込むことができます。この機能はベースシステムでは利用できず、追加の設定が必要です。
- (オプション) 影響を受ける CI 関連リストを使用して、問題の原因となった可能性のある CI を識別します。