ClearQuest® MultiSite 환경의 ALM

공통 워크플로우는 역할 기반 변경 관리 시스템을 설정하는 데 뿐만 아니라 분산된 환경에서 마스터쉽 및 복제 요청을 해결하는 데에도 도움이 됩니다. 예를 들어, 사용자가 방갈루루(Bangalore)에 있는 복제본에 로그인하여 새 태스크를 작성하면 태스크는 개발자 소유자가 있는 위치에 마스터됩니다. 태스크가 방갈루루(Bangalore) 사이트에 작성된 다음 복제됩니다. 초기 태스크 마스터쉽은 요청이 마스터된 위치와 관계없이 기본 개발자 소유자로 결정됩니다. 다음에 유의하십시오.
  • 표시할 모든 사이트에 요청을 복제해야 합니다.
  • 요청에는 연관된 태스크의 참조가 포함되어 있고, 태스크에는 요청의 참조가 포함되어 있습니다.
  • 태스크가 열림 상태이면 각 태스크는 기본 개발자 소유자의 사이트에서 마스터됩니다. 태스크가 활성화되면 태스크가 QE 리드의 사이트에서 마스터됩니다.
  • 연관된 태스크의 활동은 상태가 Opened 또는 Submitted일 경우 소유자의 사이트에서 마스터됩니다. 지정된 개발자는 개발자 활동의 소유자입니다. 기본 개발자 소유자는 프로젝트, 컴포넌트 또는 서브컴포넌트 필드 값으로 결정할 수 있습니다. 기본 문서 소유자는 문서 평가 활동의 소유자이며 기본 QE 소유자는 테스트 활동의 소유자입니다.

ALM 워크플로우 패러다임은 분산된 병행 개발을 지원합니다. 예를 들어, 개발자 활동이 테스트됨 또는 문서 평가됨 상태가 아닌 완료 상태일 때 요청 처리를 위해 작성된 태스크의 진행 상황을 요청자가 검토할 수 있습니다. 기한에 완료되는 작업에서 테스트를 수행하는 동안 일부 개발자 활동은 완료됨 상태이고 다른 개발자 활동은 열림 상태일 수 있습니다.

조회의 정렬 필드에 동일한 정렬 키 또는 연관된 정렬 키 값이 있는 레코드가 둘 이상 있는 경우 다른 사이트에서 동일한 조회를 실행하여 동일한 레코드 시퀀스를 확인하는 방법으로는 다중 사이트 클랜에 레코드를 정렬할 수 없습니다. 예를 들어, 이름별로 정렬하고 두 개의 레코드가 이름이 같으면 각 사이트에 있는 사용자는 두 사이트에서 동일한 시퀀스로 두 레코드를 볼 수 없습니다. 레코드 ID를 두 번째 정렬 필드로 사용하는 경우 이 ID는 제출될 레코드의 순서를 반영하지 않는 ID 블록에 할당됩니다. 히스토리 필터(('Copy_Record, 'Import')OR History.old_state = 'no_value'의 History.action_name)를 사용하는 경우, 정렬할 레코드의 첫 번째 히스트로 레코드를 가져와 두 레코드가 클랜에 정렬되는 절대 시퀀스를 찾을 수 있습니다. History.expiration_timestamp IS NULL을 사용하여 마지막 History.Action을 가져올 수 있습니다.


피드백