구성 템플리트 정의

구성 템플리트 정의는 Change Management for Rational® DOORS®에 변경 관리 서버를 찾는 방법을 알려줍니다. 또한 설치된 변경 요청 프로세스가 변경 관리 기능에서 사용되는 개념으로 맵핑되는 방법을 정의합니다.

이 태스크 정보

구성 템플리트 정의에 대한 정보는 변경 관리 시스템에 대한 사용자 정의 안내서를 참조하십시오.

프로시저

  1. 기본 메뉴에서 변경 관리 > 구성 템플리트 정의 > 작성을 선택하십시오. 구성 템플리트 - DOORS 창이 열리고 1단계: Rational Change Management 서버 구성 탭이 표시됩니다.
  2. 템플리트 이름 필드에서 템플리트 이름을 입력하십시오.
  3. 다음 인증 방법 중 하나를 선택:
    • 기본 액세스 인증:
      • 추가 설정이 필요하지 않습니다.
      • 조금 덜 안전합니다. 변경 관리 시스템이 SSL을 사용하도록 구성된 경우를 제외하고는 사용자 이름 및 비밀번호가 암호화 없이 네트워크에서 전송됩니다.
      • 링크에 풍선을 달아 링크된 변경 요청 및 요구사항에 대한 정보를 표시하는 것을 지원하지 않습니다.
      • Rational Team Concert에서 지원되지 않습니다.
    • OAuth(Open Authorization) 인증:
      • 추가 설정이 필요합니다.
      • 매우 안전합니다.
      • 링크에 풍선을 달아 링크된 변경 요청 및 요구사항에 대한 정보를 지원합니다.
      • Rational Change와 통합하는 경우 지원되지 않습니다.
  4. 이 인증 방법에 기반하여 다음 단계 중 하나를 수행하십시오.
    • 기본 액세스 인증
      1. 변경 관리 서버의 URL 필드에서 서버 URL을 입력하십시오. 예: http://server:port/change/oslc. 다른 유효한 옵션은 https입니다.
      2. 연결을 클릭하십시오.

        변경 관리 로그인 창이 열립니다. 시스템에 로그온하여 구성 템플리트 - DOORS 창으로 돌아가십시오.

    • OAuth
      1. 구성 템플리트를 작성하기 전에 원격 서비스 창에서 올바른 협업 링크가 추가되었는지 확인하십시오. 자세한 정보는OSLC를 사용하도록 Rational DOORS를 구성을 참조하십시오.
      2. Rational Change Management 서버 구성에서 적용 가능한 서비스 제공자를 선택하고 다음을 클릭하십시오.

        변경 관리 서비스 제공자 로그가 열립니다.

      3. 변경 관리 서비스 제공자에 로그온하여 구성 템플리트 - DOORS 창으로 돌아가십시오.
  5. 구성 템플리트 - DOORS 창에서 적용 가능한 모든 필드를 완료하십시오.
  6. 다음을 클릭하여 2단계: 요구사항 변경 관리 탭을 표시하십시오.
  7. 섹션에서 모든 필드를 완료하여 변경 관리 프로세스에 적용 가능한 여러 상태에 대한 값을 설정하십시오.

    사용자가 볼 수 있도록 상태 레이블이 아니라 프로세스나 스키마에 정의된 대로 각 상태의 이름을 사용해야 합니다. 다음 항목에서는 여러 가지 변경 관리 시스템에서의 상태에 대한 예를 제공합니다.

    • Rational Change doors_oslc_10 프로세스를 사용하는 경우, 이는 제품에 포함되어 있으며 다음 값을 사용하십시오. 사용자 정의 프로세스의 상태 이름을 얻으려면, Rational Change 라이프사이클 편집기를 사용하여 상태 이름을 확인하십시오.
      • 지정된 상태: rcr_assigned
      • 상태 검토: rcr_review
      • 승인된 상태: rcr_approved
      • 적용된 상태: rcr_applied
    • Rational ClearQuest RequirementsChangeRequest 프로세스를 사용하는 경우, 이는 제품에 포함되어 있으며 다음 값을 사용하십시오. 사용자 정의 프로세스의 상태 이름을 얻으려면 Rational ClearQuest 스키마 편집기를 사용하십시오.
      • 지정된 상태: 지정됨
      • 상태 검토: 검토
      • 승인된 상태: 승인됨
      • 적용된 상태: 적용됨
    • Rational Team Concert Simple Team Process 템플리트를 사용하는 경우, 이는 제품에 포함되어 있으며 다음 값을 사용하십시오. 이 템플리트를 사용하는 경우, 구성 템플리트에서 지정된 상태, 상태 검토 및 승인된 상태로 되어 있는 Rational Team Concert 프로세스의 진행 중 상태를 사용하십시오.
      • 지정된 상태: 2
      • 상태 검토: 2
      • 승인된 상태: 2
      • 적용된 상태: 3

      Rational Team Concert에서 작업 항목 프로세스의 상태 ID를 확인하려면, Eclipse 클라이언트의 프로젝트 영역을 마우스 오른쪽 단추로 클릭하고 열기를 선택하십시오. 프로세스 구성 소스 탭에 있는 프로젝트 영역 편집기에서 다음의 XML 섹션을 찾으십시오. com.ibm.team.workitem.configuration.workflow 이 섹션에서 통합에 사용할 워크플로우를 찾으십시오. 각 상태 태그에는 상태에 대한 정의가 들어 있습니다. ID 필드에는 구성 템플리트에서 입력해야 할 정보가 포함되어 있습니다. ID가 문자 's' 다음에 숫자가 오는 경우, 구성 템플리트에서 숫자만 입력하십시오. ID가 com.ibm.team.workitem.planitemWorkflow.state.s59와 같이 긴 문자열인 경우, 템플리트에 전체 ID를 입력하십시오. 예에서 본 바와 같이 Rational DOORS에서 둘 이상의 상태를 나타내기 위해 Rational Team Concert의 동일한 작업 항목 상태를 사용할 수 있습니다. 그러나 적용된 상태는 구성 템플리트에서 다른 상태와 달라야 합니다.

  8. 사용 중인 변경 관리 시스템에 따라 다음 단계 중 하나를 수행하십시오.
    • Rational Change를 사용하는 경우 다음 단계로 이동하십시오.
    • Rational ClearQuest를 사용하는 경우:
      1. 조치 속성 적용에서 ClearQuest용을 선택하십시오.
      2. 레코드를 적용됨 상태로 변경하는 ClearQuest 조치의 이름을 입력하십시오.
      3. 조치 속성 검토에서 레코드를 검토 상태로 변경하는 ClearQuest 조치의 이름을 입력하십시오.
      RequirementsChangeRequest 프로세스에서 Rational ClearQuest를 사용하는 경우, 다음 값을 사용하십시오.
      • 적용 조치 속성: 적용
      • 검토 조치 속성: 검토
    • Rational Team Concert를 사용하는 경우:
      1. Rational Team Concert용을 선택하십시오.
      2. 조치 속성 적용에 있는 프로세스에서 작업 항목을 적용됨 상태로 변경하는 Rational Team Concert 조치의 이름을 입력하십시오.
      3. 조치 속성 검토에서 작업 항목을 검토 상태로 변경하는 조치의 이름을 입력하십시오.
      4. 제공된 프로세스 템플리트 중 하나를 사용하는 경우 상태 속성 필드에서 rtc_cm:state를 입력하십시오. 또는 사용자 소유의 프로세스를 작성한 경우 상태를 포함하는 속성 이름을 입력하십시오.
      Simple Team Process 템플리트에서 Rational Team Concert를 사용하는 경우, 다음 값을 사용하십시오. 다른 워크플로우를 사용하는 경우, 상태 ID를 찾아 사용하려는 조치에 대한 XML로 된 조치 태그를 찾을 수 있도록 위에서 설명한 방법을 사용하십시오. 두 가지 조치를 식별해야 합니다. 하나는 작업 항목을 지정된 상태에서 상태 검토로 이동하는 조치이고, 다른 하나는 작업 항목을 승인된 상태됨에서 적용된 상태로 이동하는 조치입니다. 예에서, 검토 조치 속성이 비어 있는데 이는 Simple Team Process에서 Rational DOORS의 지정된 상태 및 상태 검토가 실제로 Rational Team Concert에서의 진행 중 상태와 동일하기 때문입니다.
      • 적용 조치 속성: com.ibm.team.workitem.taskWorkflow.action.resolve
      • 검토 조치 속성: <값이 없음>
  9. RCR 제출 양식 필드에서 요구사항 변경 요청에 사용되는 변경 관리 프로세스의 적용 가능한 제출 양식을 선택하십시오.
  10. 충돌하는 제안 동작 필드에서 다음 옵션 중 하나를 선택하십시오.
    • 아무 조치도 수행하지 않음
    • 사용자에게 충돌 경고: 사용자가 충돌을 일으키는 변경을 작성한 경우 경고 메시지가 표시됩니다. 사용자는 변경을 작성하거나 취소할 수 있습니다.
    • 수정 방지: 사용자가 충돌을 일으키는 변경을 작성할 수 없습니다.
    참고: 아무 조치도 수행하지 않음 외의 다른 설정을 선택하면 편집을 위해 모듈을 열 때 약간 지연됩니다.
  11. RCR 레코딩 보고서 표시 옵션을 선택하여 RCR 레코딩 보고서를 표시하십시오.
  12. Rational DOORS Web Access Requirement Change Management 페이지에서 거부 단추를 사용하려면 DWA에서 거부 단추 사용을 선택하십시오.
  13. 다음을 클릭하여 3단계: 요구사항 구현 탭을 표시하십시오.
  14. 모든 필드에서 구현 요청에 사용되는 변경 관리 프로세스에 적용 가능한 해당 옵션을 선택하십시오.
  15. 다음을 클릭하여 4단계: 요구사항 수집 탭을 표시하십시오.
  16. 기본 조회 문자열 필드에서 요구사항 수집 중에 사용되는 OSLC(Open Services for Lifecycle Collaboration) 스타일 조회 문자열을 입력하십시오. 요구사항 수집 기능을 사용하지 않는 경우 이 단계를 건너뛰십시오. 다음은 올바른 조회 문자열의 예입니다.
    • oslc_cm:status in ["Applied", "Approved"]
    • oslc_cm:status="Applied"
    조회 문자열 정의에 대한 자세한 정보는 OSLC Core Specification 버전 2.0 조회 구문의 oslc.where 섹션을 참조하십시오.
  17. 다음을 클릭하여 5단계: 완료 탭을 표시하십시오.
  18. 템플리트 요약에서 작성한 선택사항을 검토하고 다음 단계 중 하나를 수행하십시오.
    • 정보가 올바르면 완료를 클릭하여 구성 템플리트를 저장하십시오.
    • 정보를 정정해야 하는 경우, 이전을 클릭하여 정정 탭으로 돌아가서 정정이 필요한 부분을 정정하십시오.

피드백