변경 연관 규칙 정의
변경 연관 규칙 테이블에서 변경 연관 규칙을 생성 및 수정할 수 있습니다.
또는 
으로 이동합니다.  | wt.associationRules.enableOrganizationRules 특성을 true로 설정한 경우 조직 레벨에서 규칙을 생성할 수 있습니다. 기본적으로 이 등록 정보는 false로 설정되어 있습니다. 조직 레벨에서 규칙을 정의한 경우 해당 규칙이 사이트 레벨 규칙보다 우선합니다. |
변경 연관 규칙 작성
1. 변경 연관 규칙 테이블에서 새 변경 연관 규칙 
아이콘을 클릭합니다.
아이콘을 클릭합니다.2. 유형 속성에서 다음 필드를 완료합니다.
연관 유형 | 다음 옵션 중 하나를 선택합니다. • 변경 프로세스 - 동일한 변경 프로세스의 일부로 연결할 객체를 구성합니다. 또한 연관된 프로세스 객체 테이블에 추가할 수 있는 적용 가능한 객체 유형을 지정합니다. • 변경 참조 - 참조로 연결될 수 있지만 동일한 변경 프로세스에 포함되지 않아도 되는 객체를 구성합니다. 또한 연관된 참조 객체 테이블에 추가할 수 있는 적용 가능한 객체 유형을 지정합니다. • 변경 구현 계획 - 변경 공지와 변경 임무 사이의 연관을 구성합니다. • 영향 - 객체에 특정 작업을 실행하기 위해 서로 영향을 주는 객체 간의 연관을 구성합니다. 예를 들어, 베이스라인 멤버에 영향을 주는 변경 임무가 있습니다.
| ||
역할 A 유형 | 링크 관계에서 역할 A를 나타내는 객체 유형을 선택합니다. 역할 A 객체는 일반적으로 상위 객체입니다. 하지만 역할 A 또는 역할 B는 소유 객체이거나 필수 객체일 수 있습니다. 다음과 같은 옵션이 포함됩니다. • 유동 변경 항목 • CAPA 계획 • CAPA 요청 • 변경 공지 • 변경 요청 • 고객 경험 • 부적합 • 문제 보고서 • 분산
| ||
역할 B 유형 | 링크 관계에서 역할 B를 나타내는 객체 유형을 선택합니다. • 유동 변경 항목 • CAPA 계획 • CAPA 요청 • 변경 공지 • 변경 요청 • 고객 경험 • 부적합 • 문제 보고서 • 분산
|
3. 인스턴스 속성에서 다음 필드를 작성합니다.
각 필드에 대해 사용 가능한 옵션은 유형 속성 필드에서 선택하는 항목에 따라 다릅니다.
카디널리티 | 카디널리티는 역할 A 객체와 관련하여 허용되는 역할 B 객체의 수를 결정합니다. 다음 옵션 중 하나를 선택합니다. 다:다 1:다 또는 다:1 1:다 다:1 1:1 예를 들어, 역할 A를 문제 보고서로 정의하고 역할 B를 변경 요청으로 정의합니다. • 1:다 - 문제 보고서 하나를 여러 변경 요청에 연결할 수 있습니다. 각 변경 요청을 단일 문제 보고서에만 연결할 수 있습니다. • 1:1 - 각 문제 보고서를 단일 변경 요청에만 연결할 수 있습니다. 각 변경 요청을 단일 문제 보고서에만 연결할 수 있습니다. • 다:1 - 각 문제 보고서를 단일 변경 요청에만 연결할 수 있습니다. 하지만 변경 요청 하나를 여러 문제 보고서에 연결할 수 있습니다. • 1:다 또는 다:1 - 처음으로 작성되는 연관에 따라 링크가 제한됩니다. 예를 들어, 문제 보고서가 단일 변경 요청에 연결됩니다. ◦ 두 번째 변경 요청을 문제 보고서에 연관 짓습니다. 1:다 카디널리티가 강제 적용됩니다. 문제 보고서는 여러 변경 요청에 연결될 수 있지만, 변경 요청은 단일 문제 보고서에만 연결될 수 있습니다. ◦ 두 번째 문제 보고서를 변경 요청에 연관 짓습니다. 다:1 카디널리티가 강제 적용됩니다. 변경 요청은 여러 문제 보고서에 연결될 수 있지만, 문제 보고서는 단일 변경 요청에만 연결될 수 있습니다. | ||
소유 역할 | 소유 역할을 사용하여 연관을 생성, 삭제 또는 수정할 수 있는 사람을 제한할 수 있습니다. 링크를 생성하려면 소유 역할 객체에 대한 수정 권한이 있어야 합니다. 비소유 역할 객체를 삭제하려면 소유 역할 객체에 대한 수정 권한이 있어야 합니다.
다음 옵션 중 하나를 선택합니다. 없음 역할 A 역할 B 예를 들어, 역할 A를 문제 보고서로 정의하고 역할 B를 변경 요청으로 정의합니다. 소유 역할: • 역할 A - 문제 보고서와 변경 요청 간의 연관을 생성하려면 문제 보고서에 대한 수정 권한이 있어야 합니다. 연관이 생성된 이후에는 문제 보고서에 대한 수정 권한이 있는 사용자만 변경 요청을 삭제할 수 있습니다. • 역할 B - 문제 보고서와 변경 요청 간의 연관을 생성하려면 변경 요청에 대한 수정 권한이 있어야 합니다. 연관이 생성된 이후에는 변경 요청에 대한 수정 권한이 있는 사용자만 문제 보고서를 삭제할 수 있습니다. | ||
필수 역할 | 필수 역할은 필요한 객체 간의 연관을 식별합니다. 필수 역할을 추가하지 않고 객체를 생성하려고 하면 오류 메시지가 나타납니다. 다음 옵션 중 하나를 선택합니다. 없음 역할 A 역할 B 예를 들어, 역할 A를 문제 보고서로 정의하고 역할 B를 변경 요청으로 정의합니다. 필수 역할: • 역할 A - 새 변경 요청을 생성할 경우 문제 보고서를 연관 객체로 추가해야 합니다. 그렇지 않으면 오류 메시지가 표시됩니다. • 역할 B - 새 문제 보고서를 생성할 경우 변경 요청을 연관 객체로 추가해야 합니다. 그렇지 않으면 오류 메시지가 표시됩니다. |
4. 확인을 클릭합니다.
필수 역할 제약 조건
필수 역할은 변경 객체 간의 연관을 작성하는 제약 조건입니다. 역할 A 유형 또는 역할 B 유형 변경 객체를 작성하려면 필수 역할 값을 선택해야 합니다.
예를 들어, 다음 테이블에서는 변경 객체를 작성하는 데 필수 역할 제약 조건과 설명에 대해 설명합니다.
연관 규칙 | 역할 A 유형 변경 객체 | 역할 B 유형 변경 객체 | 필수 역할 | 설명 |
|---|---|---|---|---|
규칙 1 | 문제 보고서 | 원형 변경 공지 | 없음 | 필수 역할(없음)은 변경 객체 작성에 대한 제약 조건입니다. 역할 A 유형 변경 객체(문제 보고서) 없이 역할 B 유형 변경 객체(원형 변경 공지)를 작성할 수 있습니다. 또는 역할 B 유형 변경 객체(원형 변경 공지) 없이 역할 A 유형 변경 객체(문제 보고서)를 작성할 수 있습니다. |
규칙 2 | 문제 보고서 | 생산 변경 요청 | 역할 A | 필수 역할(역할 A)은 변경 객체 작성에 대한 제약 조건입니다. 역할 A 유형 변경 객체(문제 보고서) 없이 역할 B 유형 변경 객체(생산 변경 요청)를 작성할 수 없습니다. |
규칙 3 | 생산 변경 요청 | 생산 변경 공지 | 역할 B | 필수 역할(역할 B)은 변경 객체 작성에 대한 제약 조건입니다. 역할 B 유형 변경 객체(생산 변경 공지)를 작성하지 않으면 역할 A 유형 변경 객체(생산 변경 요청)를 작성할 수 없습니다. |
이 wt.change2.associationRuleEvaluateRequiredRole.enabled 등록 정보는 변경 객체를 작성하는 동안 역할 A 또는 역할 B 유형 변경 객체의 표시 유형을 제어합니다. 변경 연관 규칙의 필수 역할에 따르면 변경 객체를 작성하면 연관 규칙의 필수 역할 제약 조건을 위반하게 됩니다.
true로 설정된 경우 변경 연관 규칙의 필수 역할에 따라 작성하려는 역할 A 유형 또는 역할 B 유형 변경 객체가 표시되지 않습니다.
변경 객체를 작성할 때 다음 시나리오를 고려하십시오. 역할 B가 필수 역할인 경우 역할 A 유형 변경 객체가 표시되지 않습니다. 역할 A가 필수 역할인 경우 역할 B 유형 변경 객체가 표시되지 않습니다. 따라서 초기 단계에서 변경 객체를 작성할 수 없습니다.
false로 설정된 경우 변경 연관 규칙의 필수 역할에 따라 작성하려는 역할 A 유형 또는 역할 B 유형 변경 객체가 표시됩니다. 그러나 변경 객체를 작성하는 마지막 단계에서 변경 객체를 작성하면 연관 규칙의 필수 역할 제약 조건을 위반한다는 오류 메시지가 표시됩니다.
기본값은 false입니다. 관리자는 등록 정보를 설정할 수 있습니다.