정책을 설계할 때 회사가 준수하는 데이터 보호 표준 및 규정을 알아야 합니다. 정책은 데이터가 이용되는 방법을 설명합니다. 이는 사용자가 정의하는 규칙을 기반으로 합니다. 정책은 카테고리 내에서 작성하는 거버넌스 아티팩트입니다.
거버넌스 아티팩트를 작성하려면 필요 권한이 있어야 합니다. 필요 권한을 참조하십시오.
정책의 특성
정책에는 다른 거버넌스 아티팩트와 유사한 표준 특성이 있습니다.
| 특성 또는 동작 | 지원? | 설명 |
|---|---|---|
| 고유한 이름이 있어야 합니까? | 예 | 정책 이름은 카테고리 내에서 고유해야 합니다. |
| 설명? | 예 | 선택사항. 사용자가 이 정책을 찾는 데 도움이 되는 설명을 포함하십시오. |
| 다른 정책에 관계를 추가하시겠습니까? | 예 | 다른 정책과의 관계를 참조하십시오. |
| 다른 유형의 거버넌스 아티팩트에 관계를 추가하시겠습니까? | 예 | 다른 유형의 통제 아티팩트와의 관계를 참조하십시오. |
| 자산에 관계를 추가하시겠습니까? | 예 | 카탈로그의 자산 관계를 참조하십시오. |
| 사용자 정의 특성 추가? | 예 | 통제 아티팩트 및 카탈로그 자산에 대한 사용자 정의 특성 및 관계를 참조하십시오. |
| 사용자 정의 관계 추가? | 예 | 통제 아티팩트 및 카탈로그 자산에 대한 사용자 정의 특성 및 관계를 참조하십시오. |
| 카테고리를 구성하시겠습니까? | 예 | 아티팩트의 기본 카테고리는 아티팩트를 보거나 수정할 수 있는 사용자를 판별합니다. 카테고리를 참조하십시오. |
| 파일에서 가져오시겠습니까? | 예 | 거버넌스 아티팩트 가져오기를 참조하십시오. |
| Knowledge Accelerator에서 가져오시겠습니까? | 아니오 | |
| 파일로 내보내시겠습니까? | 예 | 통제 아티팩트 내보내기를 참조하십시오. |
| 워크플로우 관리 | 예 | 워크플로우를 참조하십시오. |
| 유효 시작 및 종료 날짜를 지정하시겠습니까? | 예 | 유효 날짜를 참조하십시오. |
| 스튜워드 지정? | 예 | 스튜워드를 참조하십시오. |
| 태그를 특성으로 추가? | 예 | 태그를 참조하십시오. |
| 자산에 지정? | 아니오 | |
| 데이터 자산의 열에 지정하시겠습니까? | 아니오 | |
| 프로파일링 또는 강화 중 자산에 대한 자동화된 지정? | 아니오 | |
| 사전 정의된 아티팩트? | 아니오 |
다른 유형의 거버넌스 아티팩트와의 관계
정책과 다른 유형의 거버넌스 아티팩트 간의 관계를 추가할 수 있습니다.
필수 카테고리 권한 두 아티팩트 간의 관계를 추가하려면 두 아티팩트의 기본 카테고리에 다음 카테고리 협업자 역할 중 하나가 있어야 합니다.
- 관리자
- 소유자
- 편집기
- 두 아티팩트 유형 모두를 편집할 수 있는 권한이 있는 사용자 정의 역할입니다.
거버넌스 규칙을 정책에 지정할 수 있습니다. 선택하는 거버넌스 규칙은 공개되어야 합니다.
데이터 보호 규칙을 정책에 지정할 수 있습니다. 이 경우 정책은 규칙의 적용에 영향을 주지 않으며 정책에 나열된 규칙에서 볼 수도 없습니다.
다음 아티팩트를 정책에 지정할 수 있습니다.
분류
정책을 관련시킬 분류를 선택하십시오. 정책은 다중 분류와 관련될 수 있습니다.비즈니스 용어
정책을 관련시킬 비즈니스 용어를 선택하십시오. 정책은 다중 비즈니스 용어와 관련될 수 있습니다.
다른 정책과의 관계
하위 정책 을 정책에 지정할 수 있습니다. 선택하는 하위 정책은 공개되어야 합니다. 각 정책에는 다중 하위 정책이 포함될 수 있고 각 정책은 하나 이상의 규칙을 참조할 수 있습니다. 정책에 하위 정책이 있는 경우 해당 하위 정책의 상위 정책이 됩니다. 하위 정책에는 하나의 상위 정책만 있을 수 있습니다.
정책 및 규칙은 정보 리소스가 회사 목표에 부합하도록 하는 특성에 대해 설명합니다. 해당 의미와 서로에 대한 관계를 기반으로 정책을 계층 구조로 구성할 수 있습니다.
예를 들어, 고품질 데이터 라는 정책은 데이터가 고품질 표준을 충족해야 함을 나타냅니다. 고품질 고객 데이터라고 하는 고품질 데이터의 하위 정책에는 고객 데이터가 고품질 표준을 충족해야 한다고 명시되어 있습니다. 고품질 고객 데이터 정책은 우편번호 확인이라는 거버넌스 규칙을 참조합니다. 이 규칙에는 고객 주소가 우체국에서 제공하는 유효한 우편번호를 사용해야 한다고 되어 있습니다.
다른 예: 소프트웨어 보안 정책은 소프트웨어에 관한 보안 절차가 마련되어 있어야 한다고 명시하고 있습니다. 방화벽으로 이름 지정된 두 번째 정책은 방화벽이 구현되어야 함을 나타냅니다. 이름이 신임 정보인 세 번째 정책은 데이터베이스를 호스트하는 모든 컴퓨터에 암호가 필요함을 설명합니다. 소프트웨어 보안 정책의 작성자는 방화벽 및 신임 정보가 소프트웨어 보안.의 하위 정책임을 지정합니다. 따라서 소프트웨어 보안 은 정보 관리 정책 방화벽 및 신임 정보 의 상위 정책입니다.
자세한 정보
상위 주제: 거버넌스 아티팩트