ビジネス機能を作成し、その機能をアプリケーションに関連付ける

  • リリースバージョン: Washingtondc
  • 更新日 2024年02月01日
  • 読む3読むのに数分
  • ビジネス機能とは、アクティビティを実行して、ビジネス目標を達成するための組織の能力です。機能を作成して、組織の目標とビジネス機能を適合させます。

    始める前に

    必要なロール:sn_apm.apm_admin

    このタスクについて

    ビジネス機能フォームを使用して、ビジネス機能を作成および更新します。リーフノードレベルで、新しい機能の追加、既存の機能の更新、機能の削除を実行する場合は、それに応じて、その階層内のすべての機能とリーフノードのレベルを更新する必要があります。[機能レベルおよび HierarchyID を更新] 関連リンクをクリックして階層内のレベルを更新し、機能マップに更新が反映されるようにします。[リーフノード] フィールドと [レベル] フィールドは編集不可になりますが、リーフノードにあり、階層内に位置付けられている機能については、そのレベルを表示できます。

    機能を更新または削除するための条件は次のとおりです。

    • 機能を追加すると、アタッチされている親機能のレベルに基づいて、階層内の新しい機能のレベルが自動的にアサインされます。
    • 階層内で親機能が更新されると、そのすべての子機能のレベルが再計算されます。これ以外の場合であれば、機能の名前、説明、または親のみが更新されます。
    • 機能の追加や更新の際には、階層内のレベルの合計数が 6 を超えることはできません。たとえば、レベルには 0 ~ 5 を指定できます。0 はルートレベルです。
    • リーフノードレベルにある機能のみを削除できます。つまり、独自の子機能を持たない機能を削除できます。
    • 循環関係を作成しないでください。親機能を作成する際に、子機能をその親にすることはできません。

    手順

    1. 移動先 すべて > アプリケーションポートフォリオ管理 > 管理 > ビジネス機能.

      また、次の場所に移動することもできます。 組織 > ビジネス機能.

    2. [New (新規)] を選択します。
    3. フォームフィールドに記入します。
      フィールドの詳細については、「ビジネス機能フォーム」を参照してください。
    4. [送信] をクリックします。

      ルートつまりレベル 0 の機能が作成された場合、または機能の親フィールドが null に指定された場合は、階層 ID を再計算するために、ビジネス機能のレベル更新ジョブの実行を求めるメッセージが表示されます。

    5. [階層 ID] フィールドを編集可能にするには、 システムのプロパティ > すべてのプロパティ.
      1. sys_properties.list の use_business_capability_custom_hierarchy_id システムのプロパティをクリックします。
      2. [値] フィールドに true と入力します。
      3. [更新] をクリックします。
        注:
        階層 ID はカスタマイズされているため、設定した数や値に競合がないかどうかはシステムで確認されません。
    6. 作成した機能の子機能を作成するには、レコードを開き、ビジネス機能フォームの [機能] 関連リストで [新規] ボタンをクリックします。
    7. [機能レベルおよび HierarchyID を更新] 関連リンクをクリックして階層内のレベルを更新します。
      [機能レベルおよび HierarchyID を更新] リンクをクリックすると、[機能レベルおよび HierarchyID を更新] スケジュール済みスクリプトが実行されます。更新された階層は、機能マップで表示できます。

      親、順序、または階層 ID を更新した後に、機能レベルの更新ジョブを実行せずに機能階層マップに移動した場合は、機能レベルの更新ジョブを実行し、ページを再起動して機能階層マップに最新の変更を反映するように求めるメッセージが表示されます。

    8. 機能をアプリケーションに関連付けるには、ビジネス機能をクリックして開きます。
    9. ビジネス機能フォームの [関連アイテム] セクションで [CI 関係を追加 (Add CI relationship)] (CI 関係エディターアイコン) アイコンをクリックして関係エディターを起動し、CI 関係を作成します。

      ビジネス機能とビジネスアプリケーションの間の関係は、常に provided by::provides タイプになっている必要があります。

    次のタスク

    機能ベース計画立案を表示して、関連するアプリケーションにマッピングされた機能の階層を理解し、アプリケーションのテクノロジーがリスクにさらされている場合はアプリケーションへの投資を計画します。