변경 프로세스 유연성의 이점
이 요약에서는 변경 프로세스 유연성(고급 릴리즈 로직) 및 변경의 추가적 프로세스 유연성(단계)이라는 두 가지 프로세스를 사용하여 변경 임무를 독립적으로 관리하고 릴리즈하여 효율성을 높일 수 있도록 설계된 이점과 새로운 기능에 대해 중점적으로 설명합니다.
시퀀스가 지정된 변경 임무 구현(단계적이지 않음)
시퀀스가 지정되어 있지만 단계는 지정되지 않은 변경 임무를 구현할 경우의 이점은 다음과 같습니다.
• 새로 시작된 변경 임무에 대해 실제 시작 날짜를 설정하고 구현을 시작할 수 있습니다.
• 시퀀스는 계속해서 번호 순서에 따라 비어 있는(영) 시퀀스와 함께 실행됩니다.
• 취소된 변경 임무는 더 이상 구현을 시작하지 않고 건너뜁니다. 그러면 전체 워크플로의 효율성이 더 커집니다.
 |
상태 설정 옵션을 사용하여 변경 임무의 구현을 취소할 수 있습니다.
|
시퀀스와 단계가 지정된 변경 임무 실행
시퀀스와 단계가 지정된 변경 임무를 구현할 경우의 이점은 다음과 같습니다.
• 단계 지원 - 단계를 사용하도록 변경 공지 워크플로를 설계할 수 있습니다.
• 기본 설정: 배열된 계획 실행 순서 및 단계별 계획 실행
◦ 단계 및 시퀀스 옵션을 설정하여 변경 임무를 구현할 수 있습니다. 이러한 기본 설정은 시퀀스만, 단계만 또는 둘 모두에 대한 구현 옵션을 허용합니다.
◦ 동기화 로봇을 사용하여 단일 단계를 실행하는 워크플로를 설계할 수 있습니다.
◦ 이러한 기본 설정은 공백(영) 시퀀스와 동시에 번호 순서로 변경 임무를 구현하도록 지원합니다.
◦ 실제 시작 날짜는 변경 임무가 구현을 시작할 때 설정됩니다.
• 향상된 릴리즈 로직
향상된 릴리즈 로직을 사용하여 변경 임무를 구현할 경우의 이점은 다음과 같습니다.
◦ 새로운 releaseChangeable2 API는 단계에 대해 변경 가능한 객체를 릴리즈하는 데 사용됩니다.
◦ releaseChangeable2 API는 단계에 대한 통합되지 않은 변경 항목의 승인을 결합합니다.
◦ 단계(또는 특별한 경우에는 비어 있음)에 지정된 변경 임무만 릴리즈를 위해 처리됩니다.
◦ 단계 내에서 개별적으로 릴리즈된 변경 임무는 건너뜁니다.
◦ 마지막 단계인 사후 릴리즈에서는 releaseChangeable2 API를 사용하여 전체 변경 공지를 릴리즈합니다.
◦ 이 API는 나머지 변경 임무를 모두 릴리즈하고 변경 임무 및 변경 공지의 실제 완료 날짜를 설정합니다.
◦ 보류 중인 유효성은 단일 단계에 대해 처리됩니다.
변경 임무 검증
단일 변경 임무, 변경 공지 단계 또는 전체 변경 공지에 대해 검증이 발생할 수 있습니다. 고급 릴리즈 로직이 사용 가능으로 설정된 경우:
• 모든 변경 공지 워크플로는 워크플로 변수를 사용하여 향상된 릴리즈 로직을 사용하도록 설정합니다.
• 검증하는 동안 이전에 릴리즈된 변경 임무(실제 완료 날짜가 설정됨) 또는 취소된 변경 임무는 건너뜁니다.
변경 임무 릴리즈
향상된 릴리즈 로직을 사용하여 변경 임무를 릴리즈할 경우의 이점은 다음과 같습니다.
• 실제 완료 날짜는 릴리즈 방법(개별, 단계 또는 전체 변경 공지)에 관계없이 릴리즈되는 모든 변경 임무에 대해 설정됩니다.
• releaseChangeable2 API는 변경 임무를 릴리즈하기 위한 실제 완료 날짜를 설정합니다.
• releaseChangeable2 API는 통합되지 않은 변경 승인을 API에 결합합니다.
보류 중인 유효성 처리 중
향상된 릴리즈 로직을 사용하여 보류 중인 유효성을 처리할 때의 이점은 다음과 같습니다.
• 단일 변경 임무, 변경 공지 단계 또는 전체 변경 공지의 컨텍스트에서 처리될 수 있습니다.
• 보류 중인 유효성을 적용하기 전에 변경 임무가 릴리즈됩니다(실제 완료 날짜가 설정됨).
• 취소된 변경 임무는 건너뜁니다.
• 이전에 적용된 보류 중인 유효성이 다시 처리되지 않습니다.
해결 날짜 설정
향상된 릴리즈 로직을 사용하여 변경 임무 및 변경 공지의 해결 날짜를 설정할 수 있습니다.
• 해결 날짜는 변경 공지와 단일 변경 임무 또는 단계에 예약된 모든 변경 임무에 대해 설정할 수 있습니다.
• 해결 날짜가 이전에 설정된 경우 덮어쓰지 않습니다.
• 새 변경 공지 개정과 개정된 모든 변경 임무에 대해 해결 날짜가 재설정됩니다.
• 변경 공지가 새로 개정되고 변경 임무가 개정되면 실제 완료 날짜가 재설정됩니다.