스키마 개발자는 변경 요청 프로세스를 설계 및 계획하고 해당 프로세스를
구현할 스키마를 작성하는 일을 담당합니다.
스키마 개발자는 일반적으로 다음 태스크를 수행합니다.
- 변경 관리 시스템의 프로세스 모델 디자인
- 스키마 사용자 정의 및 관리를 포함한 스키마 개발
- 워크플로우에 맞는 사전 정의된 스키마 선택 또는 수정 또는 해당 용도의 스키마 작성
- 사용자 데이터베이스를 업그레이드하기 전에 스키마에 수행된 변경사항을 테스트할 수 있는
테스트 데이터베이스 작성
- 데이터 가져오기 및 내보내기
- 공용 조회, 차트 및 보고서 작성
- 보안 제어 설정
프로세스 모델 설계 및 계획에는 다음과 같은 여러 기본 태스크가 포함됩니다.
- 상태 전이 모델 디자인. 상태 전이 모델은 변경 요청이 시작부터
완료 시까지 통과할 수 있는 상태를 식별합니다. 상태의 예에는 Submitted, Assigned 및 Resolved가 있습니다.
- 사용자의 역할을 식별하고 이들이 워크플로우에 적용하는 방법을 정의합니다.
예를 들어 프로젝트 관리자는 변경 요청을 지정하고 개발자는
변경 요청을 연구 및 해결하고 품질 엔지니어는 해결된 변경 요청을
유효성 검증한다고 결정할 수 있습니다.
- 개발 환경이 요구하는 정보를 기록하기 위해 변경 요청 레코드 유형에
추가할 필드를 식별합니다.
스키마 개발자는 종종 사전 정의된 스키마를 사용자 정의하여 변경 관리 프로세스를
구현합니다. 스키마 사용자 정의는 다음 태스크로 구성됩니다.
- 변경 요청 레코드 유형에 필드 추가
- 필드 및 제어 도구(예: 단추 및 목록 상자)를 추가하여 레코드 양식의
모양 변경
- 상태 전이 모델을 반영하기 위해 변경 요청 레코드 유형에 상태
및 조치 추가. 조치는 변경 요청을 한 상태에서 다른 상태로
이동시킵니다. 예를 들어 지정 조치는 변경 요청을 제출됨 상태에서
지정됨 상태로 이동시킵니다.
- 워크플로우를 사용자 정의하기 위한 후크 스크립트 작성. 후크
스크립트는 특정 사용자 조치에 대한 응답으로 실행하는 코드입니다. 예를 들어, 필드와 연관된 후크 스크립트는
사용자가 지정된 범위 내의 정수를 입력하도록 요구할 수 있습니다.
- 패키지를 적용하여 기능을 추가하거나 다른 제품과 통합.
패키지는 스키마에 적용하여 기능을 추가할 수 있는 정의(예: 필드, 양식 제어 도구 및 후크)의
세트입니다. 예를 들어, Attachments 패키지는 변경 요청 레코드 양식에 사용자가
관련 파일을 첨부할 수 있는 탭을 추가합니다.