엔터프라이즈 아키텍처 (이전 애플리케이션 포트폴리오 관리) 사용 사례

  • 릴리스 버전: Yokohama
  • 업데이트 날짜 2025년 01월 30일
  • 읽기4분
  • 엔터프라이즈 아키텍처 를 사용하면 계획 및 보고에 사용되는 모든 인스턴스, 기술 및 데이터를 나타내는 단일 버전 독립적 엔터티를 정의할 수 있습니다.

    엔터프라이즈 아키텍처 사용 사례

    비즈니스 애플리케이션은 자금 조달, 로드맵 작성, 위험 보고와 같은 계획 수립 및 거버넌스 활동에 사용할 수 있습니다. 비즈니스 애플리케이션을 합리화하는 것은 지속적인 프로세스이며 비용을 절감하고 기술 혁신을 계획하는 데 매우 중요합니다. 비즈니스 애플리케이션을 합리화하는 것은 합병, 매각 또는 기타 광범위한 비즈니스 주도 변화를 완료하는 데에도 중요합니다.

    엔터프라이즈 아키텍처 사용 사례의 주요 기능

    CMDB프레임워크에서 CSDM 사용될 때 다음과 같은 방법으로 값을 엔터프라이즈 아키텍처 제공합니다.

    • 애플리케이션 수명주기 관리. 여기에는 다음이 포함됩니다.
      • 새 비즈니스 애플리케이션 등록(에 기본 시스템포함됨).
      • 비즈니스 애플리케이션 업데이트
      • 모든 관련 애플리케이션 서비스 및 인프라를 포함한 비즈니스 애플리케이션 해제입니다. 애플리케이션 서비스는 본질적으로 논리적이기 때문에 논리적 수명주기 상태를 사용해야 합니다. 애플리케이션 서비스는 다른 논리적 CI와 동일한 수명주기 지침을 따릅니다.
    • 메트릭 또는 관련 영향을 기반으로 한 비즈니스 애플리케이션 포트폴리오 평가.
    • 로드맵을 작성하고 새로운 아이디어, 수요 및 프로젝트를 계획하고 작성합니다.
    • 데이터 인증 프로세스
    • 총소유비용(TCO) 계산(모듈 사용 재무 관리 )
    • 다음 관련 엔터티를 관리합니다.
      • 정보 객체 테이블 [cmdb_ci_information_object]
      • 비즈니스 역량 테이블 [cmdb_ci_business_capability]

    엔터프라이즈 아키텍처 사용 사례 결과

    이 사용 사례를 CSDM 사용하면 비즈니스 애플리케이션을 모델링하고 중요한 데이터를 연결할 수 있는 일관된 방법을 제공합니다 엔터프라이즈 아키텍처 . 사용 사례를 통해 애플리케이션 서비스(인스턴스)가 기술 위험 점수, 비용 및 분석에 사용되는 기타 메트릭을 자동화하는 데 필요한 것으로 정의됩니다.

    TPM 사용 사례

    TPM EOL(수명 종료) 날짜에 있는 소프트웨어 및 하드웨어 사용과 관련된 위험을 더 잘 이해할 수 있습니다. 프레임워크에서 CSDM 제공하는 상세 정보를 사용하여 EOL에 있는 소프트웨어 및 하드웨어 사용의 위험을 결정할 수 있습니다. 각 제품 수명주기 EOL 날짜가 계산된 다음 프레임워크에 CSDM 따라 결합되어 비즈니스 애플리케이션 수준에서 점수를 제공합니다.

    TPM 사용 사례의 결과

    프레임워크는 CSDM 일관된 데이터 구조를 제공합니다. 이렇게 일관된 데이터 구조를 통해 기술의 수명주기를 쉽게 관리하고 결합된 기술 위험을 분석할 수 있습니다.

    프레임워크가 구성되는 방식으로 CSDM 인해 , 서비스 관리 ()서비스 포트폴리오 관리 및 ITAM(IT Application Management)의 ITOM다양한 제품을 활용할 수 있습니다.

    EOL 기술 사용에 따른 위험은 에서 CMDB식별된 각 소프트웨어 및 하드웨어 제품 모델의 수명주기를 기반으로 계산되고 소프트웨어 및 하드웨어 제품 모델과 매칭됩니다.

    수명주기 데이터를 수동으로 입력하거나, 외부 소스에서 가져오거나, 또는 하드웨어 자산 관리 라이센스와 함께 제공된 데이터를 사용할 수 있습니다소프트웨어 자산 관리 전문가.

    위험이 계산되어 계층 구조에 표시됩니다. 비즈니스 애플리케이션은 최상위 수준에 있고, SDLC 구성요소는 비즈니스 애플리케이션 아래에 있으며, 애플리케이션 서비스는 각 배포(인스턴스)를 나타내고, 소프트웨어와 제품 모델은 최하위 수준에 있습니다. 위험은 아래 표시된 순서대로 계산되며 현재 날짜와 EOL 날짜 사이의 시간 범위를 기준으로 합니다.
    주:
    SDLC 구성요소 구성은 선택 사항입니다. SDLC 구성요소 구성이 없어도 비즈니스 애플리케이션을 애플리케이션 서비스와 직접 연결할 수 있습니다.
    1. 하드웨어 및 소프트웨어 제품 모델 — 현재 수명주기 단계, 소스를 표시하고 위험에 처한 특정 모델을 나타냅니다.
    2. 애플리케이션 서비스 수준 — 애플리케이션 서비스(인스턴스)에 사용되는 모든 기본 하드웨어 및 소프트웨어 제품 모델의 결합된 위험 상태를 표시합니다.
    3. SDLC 구성 요소 — 연결된 애플리케이션 서비스 및 비즈니스 애플리케이션과 함께 SDLC 구성 요소를 표시합니다.
    4. 비즈니스 애플리케이션 수준 — 모든 기본 애플리케이션 서비스(인스턴스)를 결합하여 포트폴리오 수준에서 전체 위험 등급을 결정합니다.
    그림 1. 기술 포트폴리오 관리 홈페이지(SDLC 구성요소 구성 포함)
    기술 포트폴리오 홈페이지입니다.
    그림 2. Technology Portfolio Management 홈페이지(SDLC 구성요소 구성 미포함)
    기술 포트폴리오 홈페이지입니다.
    다음 정보는 비즈니스 애플리케이션 및 설치된 애플리케이션 서비스(인스턴스)에 대한 EOL 영향을 확인하는 데 사용됩니다.
    • 조직에서 사용되는 비즈니스 애플리케이션은 모두 하나 이상의 애플리케이션 서비스에 연결되어 있습니다. 각 애플리케이션 서비스는 하나 이상의 기술 또는 소프트웨어 모델을 기반으로 실행됩니다.

      애플리케이션 서비스 소프트웨어 모델 테이블의 이름은 [sn_apm_tpm_service_software_model]입니다.

    • 소프트웨어 모델에는 일련의 수명 주기 스테이지가 있습니다. 수명주기 스테이지의 범위는 설치일부터 폐기 날짜까지입니다.

      일부 비즈니스 조직에서는 소프트웨어 모델의 수명주기 단계를 기준으로 내부 날짜를 설정합니다. 이러한 소프트웨어 모델 단계는 얼리 어답터, 메인스트림, 사용 거부 및 폐기일 수 있습니다.

      마찬가지로 소프트웨어 벤더는 시험판, 일반 가용성, 수명 종료 및 구식과 같은 벤더 수명주기 단계를 기반으로 소프트웨어 날짜를 설정할 수도 있습니다. 공급업체 지원은 기술 단계에 따라 다를 수 있습니다. 예를 들어 소프트웨어 모델이 사용되지 않는 단계에 도달하면 벤더가 기술 지원을 중지할 수 있습니다.

      소프트웨어 모델 수명주기 테이블의 이름은 [sam_sw_model_lifecycle]입니다.