레코드 설정

레코드 유형에 대한 시스템 전반의 설정을 사용하여 보안 정책을 관리 및 분류하고 작업 프로세스에 적용할 수 있습니다.
다음 유형의 시스템 전반 설정이 프로젝트와 작업 모두를 관리하는 데 사용됩니다.

ALMSecurityPolicy 레코드는 카테고리와 연관되며 카테고리를 참조하는 프로젝트가 작성되면 프로젝트와도 연관됩니다. 컴포넌트 개발을 수행하는 팀의 경우 각 컴포넌트에 자체 카테고리와 릴리스가 하나 이상의 오퍼링의 일부로 포함된 여러 컴포넌트가 있을 수 있습니다. 이 경우 카테고리와 SecurityPolicy 간의 일대일 관계로 인해 일부 레코드가 이 레코드를 필요로 하는 사용자에게 표시되지 않을 수 있습니다. 이와 같은 가시성 문제를 해결하려면 SecurityPolicy에 하나의 대규모 ClearQuest 사용자 그룹이 ratl_context_groups 참조로 포함되거나 컴포넌트에 대해 작업하는 모든 개발 팀이 공유할 SecurityPolicy에 참조되는 모든 사용자 그룹과 함께 각 컴포넌트의 사용자 그룹이 있어야 합니다. 하나의 대규모 그룹을 사용하는 것보다는 규모가 작은 그룹 세트를 유지보수하고(또는 SecurityPolicy를 Everyone 그룹으로 설정) 컴포넌트 구조로 그룹과 SecurityPolicy 레코드를 구성하는 것이 성능에 도움이 됩니다.

컴포넌트 개발 예

버전 지정된 새로운 각 개발 작업은 카테고리가 컴포넌트를 지정하고 릴리스가 이 카테고리의 버전을 지정하는 프로젝트일 수 있습니다.

개발 팀이 생산한 주요 제품에서 고객이 문제점을 발견합니다. 이 제품(오퍼링이라고 함)은 별도의 팀이 각 컴포넌트를 개발한 여러 컴포넌트를 포함합니다. 고객은 문제점을 발견하면 오퍼링의 컴포넌트가 아닌 오퍼링 자체에 문제가 있다고 생각합니다. 팀 리드는 해당 오퍼링의 요청에 대한 선별 프로세스에 따라 요청을 검토할 때 다음을 확인합니다.
  • 문제점이 오퍼링에 포함된 컴포넌트에 있으므로 오퍼링이 아닌 컴포넌트에서 문제점을 수정해야 합니다. 이 오퍼링은 단지 컴포넌트 콜렉션이며 포함된 컴포넌트 코드 이외의 자체 코드가 없습니다.
  • 오퍼링은 문제가 수정된 컴포넌트의 새 버전을 포함해야 하며, 적어도 문제를 발견한 고객과 나아가 다른 모든 고객에게 이 오퍼링의 새 버전을 제공해야 합니다.
선별 팀은 주어진 카테고리와 릴리스의 프로젝트에 대해 입력된 ALMRequest와 연관된 두 개의 ALMTask 레코드를 작성합니다(예: 카테고리='OfferingA' 및 릴리스='1.0').
  • 프로젝트 카테고리='OfferingA' 및 릴리스='1.1'인 ALMTask
  • 프로젝트 카테고리='ComponentZ' 및 릴리스='3.4'인 ALMTask
선별 팀은 먼저 ALMRequest가 FoundInProject로 값을 식별했기 때문에 프로젝트 카테고리='OfferingA' 및 릴리스='1.0'인 ALMBaseline 레코드를 검토했으며, ALMBaseline ComposedOfBaseline 필드에 나열된 'ComponentZ' 릴리스가 릴리스='3.3'임을 확인할 수 있습니다.

'ComponentZ'의 ALMTask에 대한 활동이 작성되고 솔루션이 개발, 문서화, 테스트됩니다. 실제 기준선이 작성될 때 프로젝트 카테고리='ComponentZ' 및 릴리스='3.4'에 대한 ALMBaseline 레코드가 작성되고 프로젝트 카테고리='OfferingA' 및 릴리스='1.1'에 대한 두 번째 ALMBaseline이 작성됩니다. 이 ALMBaseline 레코드에는 프로젝트 카테고리='ComponentZ' 및 릴리스='3.4'인 ComposedOfBaseline 값(다른 기준선 레코드)이 있습니다.

프로젝트 카테고리='OfferingA' 및 릴리스='1.1'인 ALMBaseline에 대한 BTBuild가 작성됩니다. 테스터는 프로젝트 카테고리='OfferingA' 및 릴리스='1.1'인 태스크의 활동 양식 제어에 표시되는 'Dev' 활동의 Composite.Build 열과 빌드 열에 BTBuild가 표시됨을 확인할 수 있습니다. 컴포지트 기준선에서 생성된 최소 하나의 빌드 ID가 있음을 확인하고 조회의 결과 세트에서 이 빌드의 이름을 볼 수 있습니다. 컴포넌트 테스터와 오퍼링 테스터가 모두 컴포지트 기준선을 기반으로 하는 빌드가 있음을 확인할 수 있습니다.

컴포지트 기준선 레코드에서 컴포넌트가 ComposedOfBaselines 필드에 나열됩니다.


피드백