스키마 개발자는 조직의 변경 관리 프로세스를 디자인하고 계획한
후 해당 프로세스를 구현하는 스키마를 작성하는 일을
담당합니다. 디자인 및 계획은 다음 타스크로 구성됩니다.
- 상태 전이 모델을 디자인합니다. 상태 전이 모델은 변경 요청이 시작부터
완료 시까지 통과할 수 있는 상태를 식별합니다.
상태의 예에는 Submitted, Assigned 및 Resolved가 있습니다.
- 사용자의 역할을 식별하고 이들이 워크플로우에 적용하는 방법을 정의합니다.
예를 들어 프로젝트 관리자는 변경 요청을 지정하고 개발자는
변경 요청을 연구 및 해결하고 품질 엔지니어는 해결된 변경 요청을
유효성 검증한다고 결정할 수 있습니다.
- 조직에 필요한 정보를 기록하기 위해 변경 요청 레코드 유형에
추가할 필드를 식별합니다.
Rational® ClearQuest®는
즉시 사용할 수 있는 여러 스키마를 제공합니다. 일반적으로
스키마 개발자가 이들 스키마 중 하나를 사용자 정의하여 조직의 특정
변경 관리 프로세스를 구현합니다. 스키마 사용자 정의는 다음 타스크로
구성됩니다.
- 변경 요청 레코드 유형에 필드를 추가합니다.
- 필드 및 제어 도구(예: 단추 및 목록 상자)를 추가하여 레코드 양식의
모양을 변경합니다.
- 상태 전이 모델을 반영하기 위해 변경 요청 레코드 유형에 상태
및 조치를 추가합니다. 조치는 변경 요청을 한 상태에서 다른 상태로
이동시킵니다. 예를 들어 지정 조치는 변경 요청을 제출됨 상태에서
지정됨 상태로 이동시킵니다.
- 워크플로우를 사용자 정의하기 위한 후크 스크립트를 작성합니다. 후크
스크립트는 Perl 또는 Visual Basic으로 작성되어 Rational ClearQuest가
특정 사용자 조치에 대한 응답으로 실행하는 코드입니다. 예를 들어 필드와 연관된 후크 스크립트는
사용자가 지정된 범위 내의 정수를 입력하도록 요구할 수 있습니다.
- 사용자가 변경 요청을 수정할 때마다 다른 사용자가 변경에 대한 전자 우편
메시지를 수신하도록 전자 우편 알림을 사용 가능하게 합니다.
- 패키지를 적용하여 기능을 추가하거나 Rational ClearQuest 패키지를 다른 제품과 통합할 수
있도록 합니다. Rational ClearQuest 패키지는 스키마에 적용하여 기능을 빨리
추가할 수 있는 정의(예: 필드, 양식 제어 도구 및 후크)의
세트입니다. 예를 들어 첨부 패키지는 변경 요청의 레코드 양식에 사용자가
관련 파일을 첨부할 수 있는 탭을 추가합니다. 기타 패키지는 IBM® Rational ClearCase®, IBM Rational RequisitePro® 및 IBM Rational 테스트 관리자와
같은 다른 제품과의 통합에 필요한 정의를 추가합니다.