종속성

관계를 사용하여 종속성을 관리할 수 있습니다. 많은 자산에는 종속성, 즉 완료하거나 작업하거나 빌드하기 위해 자산 자체 이상이 필요한 요구사항이 있습니다. 예를 들어, 자산 유형을 빌드하거나 구현하려면 자산이 완전하거나 유효해야 합니다. 자산에는 빌드 또는 구현을 위한 종속성인 특정 2진 파일과 JAR 파일이 필요할 수 있습니다.

종속성 관리에는 종속성 정의와 정책을 사용하는 종속성 통제가 둘 다 포함됩니다. 우선 자산에 속하는 종속성을 식별한 다음 그들을 정의하고 정책을 적용해야 합니다.

관련 자산을 작성하고 종속성 관계를 사용하여 종속성을 관리할 수 있습니다. 또한 종속성과 추적성에 대한 요구사항을 관리하기 위해 구성요소 세트를 기반으로 자산 또는 관련 자산을 작성하여 종속성을 정의할 수도 있습니다.

다음 가이드라인은 종속성을 관리하는 일반 단계입니다.
  1. 종속성 식별
    1. 자산 유형을 정의하고 카테고리화하여 자산이 사용되고 발견되는 방식과 자산 사용 대상을 지정하십시오. 카테고리 스키마의 내용을 참조하십시오.
    2. 자산 유형의 종속성을 판별하십시오.

      종속성을 검토하고 제어 담당자를 결정하십시오. 팀이 사용하는 라이브러리와 필수 공통 파일의 기존 종속성 관계를 검토하십시오. 주어진 버전의 파일이 정확하고 종속성에 대해 올바른 버전 정보가 지정되었는지 유효성 검증하십시오. 팀과 컴포넌트 간의 기존 관계를 검토하십시오. 여러 프로젝트에서 동일한 컴포넌트의 여러 버전을 사용하는 경우 충돌을 식별하십시오. 종속성의 공식 버전을 제어하고 해당 버전을 포함하는 작업공간으로의 업데이트를 사용하여 충돌을 방지하십시오. 또한 개발 및 프로덕션 환경에서 종속성을 구별하십시오. 자산 검토 및 관리의 내용을 참조하십시오.

  2. 종속성 정의
    1. 자산에 번들할 필수 파일과 종속성을 결정하고 정의하십시오. 시간 경과에 따라 변경될 수 있는 버전과 기타 정보를 포함하십시오. 예를 들어, "버전 A는 버전 C에 종속되며 플랫폼 A, B, C의 제품 1, 2, 3에서 사용됩니다."를 지정할 수 있습니다.
    2. 종속성을 자산 또는 관련 자산에 아티팩트로 저장하십시오.

      필수 파일 또는 컴포넌트 간의 관계를 사용하십시오. 종속성은 한 자산 버전이 다른 자산의 다른 버전에 종속되는 방식을 정의할 수 있습니다. 예를 들어, 종속성은 "공통 컴포넌트 A의 버전 1.4.2 대 1.4.1 사용" 또는 "마지막으로 승인되고 테스트된 버전 또는 마지막 빌드 사용"을 나타낼 수 있습니다. 다중 버전이 사용되지 않도록 각 필수 공통 라이브러리 또는 컴포넌트의 승인된 버전을 지정하십시오. 자산 관계의 내용을 참조하십시오.

      "종속 대상" 관계를 사용하여 종속성을 지정할 수 있습니다. 자산 간의 관계 정의를 참조하십시오.

  3. 종속성 통제
    다음 단계에 따라 정책을 적용하여 종속성을 통제하십시오.
    1. 자산, 아티팩트 및 자산과 아티팩트의 새 버전 작성을 위한 프로세스와 정책을 정의하십시오. Rational Asset Manager에서 라이프사이클에 대한 정책의 내용을 참조하십시오.
    2. 자산의 검토, 승인, 인증, 공개, 사용 중지를 위한 자산 라이프사이클을 정의하십시오.
      다음 역할과 자원에 대한 관리를 정의하십시오.
      • 새 라이브러리를 자산으로 추가할 수 있는 사용자
      • 필요한 보안 스캔
      • 초안 버전과 승인됨 버전을 작성할 수 있는 사용자
      • 상업용 및 개방형 소스 컴포넌트에 대해 라이센스 준수를 확인하는 사용자
      • 이전 버전 제거에 사용되는 정책
      자산 개발 및 라이프사이클의 내용을 참조하십시오.
    3. 새 자산, 아티팩트 또는 버전을 사용 가능하게 만드는 방법을 통제할 정책을 적용하십시오. 정책 프로세스 정의를 참조하십시오.

Rational Asset Manager를 사용하여 종속성을 관리하고 서비스를 빌드하는 방법에 대한 데모는 Developing Services with Rational Asset Manager를 참조하십시오.

개발 또는 비즈니스 환경의 이해 당사자는 자산 관리 시스템에 집중할 수 있는 정보가 있습니다. 설계자는 글로벌로 사용할 수 있는 컴포넌트를 제안합니다. 개발자는 모든 프로젝트 종속성을 알고 있습니다. 변경 관리 팀은 허용되는 사항에 대한 정책을 설정합니다. 품질 엔지니어는 테스트된 사항을 알고 있습니다. 오퍼레이션 사용자는 프로덕션 사용을 위해 승인된 사항을 알고 있습니다.

IBM Rational Asset Manager를 사용하여 모든 이해 당사자의 정보를 관리하고 자산과 종속성 관계를 작성할 수 있습니다. 다음 예를 포함하여 여러 가지 방법으로 관계를 사용할 수 있습니다.
  • 컴포넌트를 자산으로 사용 가능하게 만들기

    조직에서 함께 사용되는 공통 컴포넌트의 테스트된 세트를 개발하십시오. 이러한 세트를 기반으로 자산을 작성하십시오. 각 애플리케이션 유형 또는 운영 체제에 대해 하나의 공통 컴포넌트 자산을 작성하십시오.

    해당 세트의 버전을 테스트하고 자산을 컴포넌트 그룹의 한 버전으로 작성하십시오. 이 그룹에 애플리케이션을 빌드하는 경우, 사용자의 환경에서 작동해야 합니다.

  • 자산 관계를 사용하여 종속성을 지정하십시오.
  • 자산 라이프사이클을 사용하고 정책을 적용하여 허용되는 사항과 테스트되고 승인되는 사항을 통제하십시오.

    또한 종속성을 포함하여 자산 재사용을 감사할 보고서를 생성할 수도 있습니다.

소유권의 측면을 사용하여 자산 또는 아티팩트 중 어느 것을 작성할지 여부를 결정할 것을 고려하십시오. 예를 들어, 구현 자산이 개방형 소스 컴포넌트 또는 기타 필수 컴포넌트나 자원에 종속되는 경우 다음과 같은 방식으로 종속성을 관리할 수 있습니다.
  • 사용자 또는 사용자의 조직이 소스 컨텐츠를 제어하는 경우, 관련 자산을 작성할 수 있습니다. 예를 들어, 개발자가 사용할 필수 컴포넌트, 유형 라이브러리 또는 라이브러리의 콜렉션을 작성할 수 있습니다.
  • 자원의 버전 세트를 번들하고 재사용을 위해 이 세트를 유지보수하는 경우 관련 자산을 작성할 수 있습니다. 예를 들어, 개발자가 사용할 개방형 소스 컴포넌트와 라이브러리의 콜렉션을 작성할 수 있습니다.
  • 사용자의 조직이 소유하거나 유지보수하지 않는 특정 필수 파일, 라이브러리, 기타 종속성을 관리하기 위해 아티팩트를 작성할 수 있습니다. 예를 들어, 개방형 소스 컴포넌트 또는 유형 라이브러리를 작성할 수 있습니다.

피드백