연관 규칙
연관 규칙 테이블에서 연관 규칙을 생성 및 수정할 수 있습니다.
또는 
으로 이동합니다.  | 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입니다. 관리자는 등록 정보를 설정할 수 있습니다.