エンタープライズアーキテクチャ のユースケース

  • リリースバージョン: Australia
  • 更新日 2025年07月31日
  • 所要時間:6分
  • エンタープライズアーキテクチャ では、計画とレポートに使用されるすべてのインスタンス、テクノロジー、およびデータを表す、バージョンに依存しない単一のエンティティを定義できます。

    重要:

    Xanadu リリース以降、ほとんどのエンタープライズアーキテクチャ (旧 アプリケーションポートフォリオ管理) 機能は エンタープライズアーキテクチャワークスペース を通じて利用できます。

    データ認定、アプリケーションアセスメント、総所有コスト (TCO) などの機能は、従来の APM ページからではなく、 エンタープライズアーキテクチャワークスペースからアクセスおよび管理できるようになりました。エンタープライズアーキテクチャワークスペースの詳細については、「 エンタープライズアーキテクチャワークスペース」を参照してください。

    エンタープライズアーキテクチャのユースケース

    ビジネスアプリケーションは、資金調達、ロードマッピング、リスクレポートなどの計画およびガバナンスアクティビティに使用できます。ビジネスアプリケーションの合理化は継続的なプロセスであり、コストを削減し、テクノロジー変革を計画するために非常に重要です。ビジネスアプリケーションの合理化は、合併、売却、またはその他の広範囲に影響するビジネス主導の変更を完了するためにも重要です。

    エンタープライズアーキテクチャ ユースケースの主な機能

    CMDB は、CSDM フレームワークで使用される場合、次の方法で エンタープライズアーキテクチャ に価値を提供します。

    • アプリケーションライフサイクル管理。それには次のようなものがあります。
      • 新しいビジネスアプリケーションの登録 ( ベースシステムに含まれる)。
      • ビジネスアプリケーションの更新
      • 関連するすべてのアプリケーションサービスとインフラストラクチャを含む、ビジネスアプリケーションのデコミッション。アプリケーションサービスは論理的なものであるため、論理ライフサイクル状況を使用する必要があります。アプリケーションサービスは、他の論理 CI と同じライフサイクルガイダンスに従います。
    • メトリクスまたは関連する影響に基づくビジネスアプリケーションポートフォリオのアセスメント。
    • ロードマップの計画と新しいアイデア、デマンド、プロジェクトの作成。
    • データ認定プロセス
    • 総所有コスト (TCO) の計算 ( ファイナンシャルマネジメント モジュールを使用)
    • 次の関連エンティティを管理します。
      • 情報オブジェクトテーブル [cmdb_ci_information_object]
      • ビジネス機能テーブル [cmdb_ci_business_capability]

    エンタープライズアーキテクチャ ユースケースの結果

    このユースケースでは、 CSDM はビジネスアプリケーションをモデル化し、重要なデータを関連付けるための一貫した方法を エンタープライズアーキテクチャ 提供します。ユースケースでは、アプリケーションサービス (インスタンス) が、分析に使用される技術リスクスコア、コスト、およびその他のメトリクスを自動化するために必要なように定義されていることを確認します。

    TPMのユースケース

    TPM を使用すると、サポート終了 (EOL) の日付になったソフトウェアとハードウェアの使用に関連するリスクをよりよく理解できます。CSDMフレームワークによって提供される詳細を使用して、EOL のソフトウェアとハードウェアを使用するリスクを判断できます。各製品ライフサイクルの EOL 日付が計算され、 CSDM フレームワークに従って組み合わされて、ビジネスアプリケーションレベルのスコアが提供されます。

    TPM ユースケースの結果

    CSDM フレームワークは一貫したデータ構造を提供します。この一貫したデータ構造により、テクノロジーのライフサイクルを管理し、組み合わされたテクノロジーリスクを分析することが容易になります。

    CSDMフレームワークの構造により、ITOMサービス管理 (サービスポートフォリオ管理)、および IT Application Management (ITAM) の多くの製品を活用できます。

    EOL テクノロジーを使用するリスクは、 CMDBで特定された各ソフトウェアおよびハードウェア製品モデルのライフサイクルに基づいて計算され、ソフトウェアおよびハードウェア製品モデルと照合されます。

    ライフサイクルデータを手動で入力するか、外部ソースからインポートするか、 ソフトウェア資産管理プロ または ハードウェア資産管理 ライセンスで提供されたデータを使用することができます。

    リスクが計算され、階層で表示されます。ビジネスアプリケーションは最上位レベル、SDLC コンポーネントはビジネスアプリケーションの下にあり、アプリケーションサービスは各展開 (インスタンス) を示し、ソフトウェアと製品モデルは最下位レベルにあります。リスクは以下に示す順序で計算され、現在の日付から EOL 日までの期間に基づいています。
    注:
    SDLC コンポーネントの設定はオプションです。SDLC コンポーネントを構成しなくても、ビジネスアプリケーションをアプリケーションサービスに直接接続できます。
    1. ハードウェアおよびソフトウェア製品モデル:現在のライフサイクルフェーズ、ソースを表示し、リスクのある特定のモデルを示します
    2. アプリケーションサービスレベル:アプリケーションサービス (インスタンス) で使用されている、基礎となるすべてのハードウェアおよびソフトウェア製品モデルの複合リスクステータスを表示します。
    3. SDLC コンポーネント - SDLC コンポーネントと、関連するアプリケーションサービスおよびビジネスアプリケーションを表示します
    4. ビジネスアプリケーションレベル:基盤となるすべてのアプリケーションサービス (インスタンス) を組み合わせて、ポートフォリオレベルで全体的なリスク評価を決定します。
    次の情報は、ビジネスアプリケーションとそのインストール済みアプリケーションサービス (インスタンス) に対する EOL の影響を判断するために使用されます。
    • 組織で使用されているビジネスアプリケーションはすべて、1 つ以上のアプリケーションサービスにリンクされています。各アプリケーションサービスは、1 つ以上のテクノロジーモデルまたはソフトウェアモデルで実行されます。

      アプリケーションサービスソフトウェアモデルテーブルの名前は [sn_apm_tpm_service_software_model] です。

    • ソフトウェアモデルには、一連のライフサイクルステージがあります。ライフサイクルステージの範囲はインストール日から廃止日までです。

      一部のビジネス組織は、ソフトウェアモデルのライフサイクルフェーズに基づいて内部日付を設定します。これらのソフトウェアモデルのフェーズには、早期導入、メインストリーム、使用の減少、および廃止があります。

      同様に、ソフトウェアベンダーは、プレリリース、一般提供、提供終了、使用停止などのベンダーライフサイクルフェーズに基づいて、ソフトウェアの日付を設定することもできます。ベンダーサポートは、テクノロジーのフェーズによって異なる場合があります。たとえば、ソフトウェアモデルが「使用停止」フェーズに達すると、ベンダーはテクノロジーのサポートを停止する場合があります。

      ソフトウェアモデルのライフサイクルテーブルの名前は [sam_sw_model_lifecycle] です。