연관 규칙 테이블
연관 규칙을 통해 객체 간 연관에 대한 규칙을 정의할 수 있습니다. 자세한 내용은 연관 규칙 관리를 참조하십시오.
사이트 및 조직 관리자는 연관 규칙 테이블을 사용하여 연관 규칙을 작성, 수정 및 보기가 가능합니다.
이 테이블에 액세스하려면 유틸리티 페이지의 사이트 
또는 조직 
으로 이동합니다. 비즈니스 규칙을 선택합니다.
또는 조직 으로 이동합니다. 비즈니스 규칙을 선택합니다. | wt.associationRules.enableOrganizationRules 등록 정보가 true로 설정된 경우 연관 규칙 테이블은 조직 레벨에서 사용할 수 있습니다. 기본적으로 이 등록 정보는 false로 설정되어 있습니다. 조직 레벨에서 규칙을 정의한 경우 해당 규칙이 사이트 레벨 규칙보다 우선합니다. |
작업
작업은 테이블 도구 모음과 테이블 행의 마우스 오른쪽 버튼 클릭 작업 메뉴에서 사용할 수 있습니다.
 삭제 | 규칙을 삭제합니다. | ||
 새 연관 규칙 | 새 연관 규칙을 생성합니다. 자세한 내용은 연관 규칙 정의를 참조하십시오. | ||
 내보내기 | 선택된 규칙을 내보냅니다. | ||
 가져오기 | 기존 ZIP 파일 또는 JAR 파일에서 하나 이상의 규칙을 가져옵니다. | ||
 편집 | 선택된 규칙을 편집합니다. 이 작업을 선택한 경우 규칙이 자동으로 체크 아웃됩니다. 연관 규칙 편집이 열리면 원하는 대로 변경한 후 다음 두 작업 중 하나를 선택할 수 있습니다. • 확인 - 변경 사항이 저장되고 규칙이 자동으로 체크 인됩니다. • 취소 - 체크 아웃 명령 취소 작업을 수행하고 변경 내용이 삭제됩니다.
| ||
 체크 아웃 명령 취소 | 연관 규칙 편집 창이 예기치 않게 닫힌 경우 체크 아웃 명령 취소 작업을 사용할 수 있습니다. |
테이블 열
사용자 정의 테이블 보기 작성에 대한 자세한 내용은 새 테이블 보기 작성 및 편집을 참조하십시오.
일반 상황 | 객체가 현재 사용자나 다른 사용자에게 체크 아웃된 경우 상황 표시기가 나타납니다. 자세한 내용은 객체 상황을 참조하십시오. | ||
번호 | 규칙에 대해 시스템에서 생성된 숫자입니다. | ||
연관 유형 | 공정 유형 또는 참조 유형입니다. • 변경 프로세스 - 동일한 변경 프로세스의 일부로 연결될 수 있는 객체를 구성합니다. 또한 연관된 프로세스 객체 테이블에 추가할 수 있는 적용 가능한 객체 유형을 지정합니다. • 변경 참조 - 참조로 연결될 수 있지만 동일한 변경 프로세스에 포함되지 않아도 되는 객체를 구성합니다. 또한 연관된 참조 객체 테이블에 추가할 수 있는 적용 가능한 객체 유형을 지정합니다. • 변경 구현 계획 - 변경 공지와 변경 임무 사이의 연관을 구성합니다. • 영향 - 객체에 특정 작업을 실행하기 위해 서로 영향을 주는 객체 간의 연관을 구성합니다. 예를 들어, 파생 베이스라인 멤버에 영향을 주는 변경 임무가 있습니다. • 테이블 데이터 - 규제 기관 제출 유형과 테이블 데이터 유형 간의 연관을 구성합니다. • 규제 기관 제출 대상 - 규제 기관 제출 유형과 규제 기관 제출의 대상인 객체 간의 연관을 구성합니다. 여기에는 부품, 장소 및 고객 경험 규제 결정이 포함됩니다. • 규제 기관 제출 드라이버 - 규제 기관 제출 유형과 규제 기관 제출의 드라이버인 객체 간의 연관을 구성합니다. 여기에는 부품, 문서, 장소, UDI 상위 집합, 고객 경험 및 고객 경험 규제 결정이 포함됩니다. • UDI 주제 - UDI 상위 집합 유형과 부품 유형 간의 연관을 구성합니다. | ||
사용 가능 | 이 확인란을 선택한 경우 규칙이 활성화되어 사용할 수 있게 됩니다. | ||
역할 A 유형 | 링크 관계에서 역할 A를 나타내는 객체 유형입니다. 역할 A 객체는 일반적으로 상위 객체입니다. 하지만 연관 유형에 따라 역할 A 객체 또는 역할 B 객체는 소유 객체 또는 필수 객체일 수 있습니다. | ||
역할 B 유형 | 링크 관계에서 역할 B를 나타내는 객체 유형입니다. 역할 A 객체와 역할 B 객체가 모두 동일한 객체 유형에 지정될 수 있는 경우도 있습니다. 예를 들어, 역할 A와 역할 B가 모두 변경 요청 객체 유형에 지정되는 규칙을 생성합니다. 역할 지정은 다음과 같이 결정됩니다. • 소유 역할 - 소유 역할이 설정되어 있고 관계 내의 한 객체에 대한 필수 권한만 보유하고 있는 경우 소유 역할이 객체에 지정됩니다. 예를 들어, 소유 역할이 역할 B로 설정되어 있습니다. 이름이 "요청 1"인 변경 요청을 수정하고 기존 변경 요청("요청 2")을 연관된 변경 테이블에 추가합니다. 요청 1에 대한 수정 권한은 있지만 요청 2에 대한 수정 권한은 없습니다. 따라서 요청 1에는 소유 역할(역할 B)의 값이 지정됩니다. • 컨텍스트 - 소유 역할이 설정되어 있지 않거나 두 객체 모두에 대해 동일한 권한이 있는 경우 수행 중인 작업의 컨텍스트를 사용하여 역할을 지정합니다. 기본 작업을 수행 중인 객체는 역할 A 객체로 간주됩니다. 예를 들어, 이름이 "요청 1"인 변경 요청을 수정하고 기존 변경 요청("요청 2")을 연관된 변경 테이블에 추가합니다. 이 경우 요청 1은 역할 A 객체입니다. | ||
컨텍스트 | 사이트 또는 조직
| ||
카디널리티 | 카디널리티는 역할 A 객체와 관련하여 허용되는 역할 B 객체의 수를 결정합니다. | ||
소유 역할 | 소유 역할을 사용하여 연관을 생성, 삭제 또는 수정할 수 있는 사람을 제한할 수 있습니다. 링크를 생성하려면 소유 역할 객체에 대한 수정 권한이 있어야 합니다. 비소유 역할 객체를 삭제하려면 소유 역할 객체에 대한 수정 권한이 있어야 합니다.
| ||
필수 역할 | 필수 역할은 필요한 객체 간의 연관을 식별합니다. 필수 역할을 추가하지 않고 객체를 생성하려고 하면 오류 메시지가 나타납니다. | ||
링크 유형 | 링크 유형은 선택한 연관 유형과 일치합니다. • 변경 프로세스 링크 • 변경 참조 링크 • 시행자 • 영향 링크 |
이러한 등록 정보를 사용하는 방법에 대한 예제를 비롯한 자세한 내용은 연관 규칙 정의를 참조하십시오.