카테고리 구조를 설계할 때 카테고리의 주제 영역을 결정하고 카테고리 내에서 거버넌스 아티팩트를 작성하고 사용하며 볼 수 있는 사용자를 결정해야 합니다.
필요 권한
최상위 레벨 카테고리를 작성하려면 통제 카테고리 관리 사용자 권한 이 있어야 합니다.
카테고리의 특성
카테고리에는 거버넌스 아티팩트의 특성과 유사한 일부 표준 특성이 있습니다.
| 특성 또는 동작 | 지원? | 설명 |
|---|---|---|
| 고유한 이름이 있어야 합니까? | 예 | 카테고리 경로와 해당 이름의 조합은 고유해야 합니다. 카테고리 이름은 >> 문자를 포함할 수 없습니다. 일반적으로 모든 아티팩트 및 서브카테고리를 포함할 수 있는 이름으로 카테고리를 지정하십시오. |
| 설명? | 예 | 선택사항. 거버넌스 아티팩트를 작성하는 사용자가 이 카테고리에 추가할 내용을 알 수 있도록 도움을 주는 설명을 포함하십시오. |
| 다른 카테고리에 관계를 추가하시겠습니까? | 카테고리는 하위 카테고리 및 상위 레벨 카테고리와 계층 구조 관계를 갖습니다. 하위 카테고리는 상위 레벨 카테고리에서 협업자를 상속합니다. 최상위 레벨 카테고리가 서로 다른 카테고리는 서로 관계를 가질 수 없습니다. | |
| 거버넌스 아티팩트에 관계를 추가하시겠습니까? | 예 | 대부분의 거버넌스 아티팩트 유형은 카테고리로 구성됩니다. 거버넌스 아티팩트에는 기본 및 보조 카테고리가 있을 수 있습니다. |
| 자산에 관계를 추가하시겠습니까? | 예 | 카탈로그의 자산 관계를 참조하십시오. |
| 사용자 정의 특성 추가? | 예 | 통제 아티팩트 및 카탈로그 자산에 대한 사용자 정의 특성 및 관계를 참조하십시오. |
| 사용자 정의 관계 추가? | 예 | 통제 아티팩트 및 카탈로그 자산에 대한 사용자 정의 특성 및 관계를 참조하십시오. |
| 사용자 정의 역할 추가? | 예 | 카테고리에 대한 사용자 정의 역할을 작성할 수 있습니다. 사용자 정의 역할을 참조하십시오. |
| 파일에서 가져오시겠습니까? | 예 | 카테고리 가져오기 및 내보내기를 참조하십시오. |
| Knowledge Accelerator에서 가져오시겠습니까? | 예 | 모든 Knowledge Accelerators에는 여러 카테고리가 포함됩니다. Knowledge Accelerators의 구성요소를 참조하십시오. |
| 파일로 내보내시겠습니까? | 예 | 카테고리 가져오기 및 내보내기를 참조하십시오. |
| 워크플로우 관리 | 아니오 | 카테고리 작성 및 관리는 워크플로우에 종속되지 않습니다. 그러나 카테고리는 워크플로우 정의의 부분으로 포함됩니다. 카테고리 및 워크플로우를 참조하십시오. |
| 유효 시작 및 종료 날짜를 지정하시겠습니까? | 아니오 | 카테고리에 시작 및 종료 날짜가 없습니다. |
| 스튜워드 지정? | 아니오 | 카테고리에는 대신 또는 스튜워드가 있습니다. |
| 태그를 특성으로 추가? | 예 | 태그를 참조하십시오. |
| 자산에 지정? | 아니오 | 카테고리는 거버넌스 아티팩트에만 지정됩니다. |
| 사전 정의된 카테고리? | 예 | [범주화되지 않음] 카테고리는 사전 정의되어 있으며 사전 정의된 통제 아티팩트를 포함합니다. 사전 정의된 범주를 참조하십시오. |
카테고리 아키텍처
카테고리 아키텍처를 설계하기 위한 몇 가지 공통 전략에는 다음과 같은 방식으로 상위 레벨 카테고리를 나누는 것이 포함됩니다.
- 비즈니스 단위(예: 하드웨어, 소프트웨어 및 서비스) 및 마케팅, 재무 및 인적 자원과 같은 부서별로 표시됩니다.
- 주제 영역별(예: 고객 및 제품)
원하는 만큼의 최상위 레벨 카테고리 및 서브카테고리를 작성할 수 있습니다. 서브카테고리를 구성하고 아티팩트가 없는 카테고리를 작성할 수 있습니다. 예를 들어, 금융 서비스를 위한 Knowledge Accelerator의 카테고리 구조의 한 섹션은 다음과 같습니다.
Knowledge Accelerator for Financial Services
Business scopes (0 governance artifacts, 29 subcategories)
Custom Insight (0 governance artifacts, 4 subcategories)
Customer Insight - Contact Center Optimization (271 business terms)
Customer Insight - Customer Lifetime Value (258 business terms)
Customer Insight - Optimize Offers And Cross Sell (307 business terms)
Individual Customer Profile Analysis (110 business terms)
거버넌스 아티팩트가 둘 이상의 카테고리에 맞출 수 있는 경우에도 카테고리가 겹치지 않도록 카테고리 구조를 설계하십시오. 예를 들어, 금융 서비스용 Knowledge Accelerator에서 비즈니스 용어 이메일 주소는 다음 기본 카테고리 및 6차 카테고리에 속합니다.
카테고리 협업자
해당 카테고리에서 거버넌스 아티팩트의 세부사항을 보거나 해당 카테고리에서 거버넌스 아티팩트를 작성하려면 사용자가 카테고리에서 협업자여야 합니다.
카테고리 협업자에는 카테고리 내에서 취할 수 있는 조치를 제어하는 역할이 있습니다.
- 소유자: 카테고리, 해당 아티팩트 및 해당 협업자를 관리합니다. 소유자는 소유자 역할을 포함한 카테고리 역할을 다른 카테고리 협업자에 지정할 수 있습니다.
- 관리자: 카테고리, 해당 아티팩트 및 비소유자 협업자를 관리합니다. 관리자는 소유자 역할을 제외한 카테고리 역할을 다른 카테고리 협업자에 지정할 수 있습니다.
- 편집자: 카테고리를 보고 공개된 아티팩트 및 초안 아티팩트를 관리합니다.
- 검토자: 카테고리 및 공개된 아티팩트 및 초안 아티팩트를 봅니다.
- 뷰어: 카테고리 및 공개된 아티팩트의 세부사항을 봅니다.
- 사용자 정의 역할: 카테고리 내에서 협업자가 취할 수 있는 조치를 제어하기 위한 사용자 정의 권한 세트가 있는 사용자 정의 역할을 작성할 수 있습니다. 사용자 정의 역할을 참조하십시오.
카테고리 협업자는 둘 이상의 역할을 지정할 수 있습니다. 하위 카테고리는 모든 상위 및 더 높은 레벨의 카테고리에서 카테고리 협업자를 해당 역할과 함께 상속합니다. 하위 카테고리의 협업자에는 하위 카테고리에서 지정된 역할과 모든 상위 레벨 카테고리에서 지정된 역할이 있습니다. 카테고리 계층 구조의 여러 역할을 참조하십시오.
일반적으로 사용자에게 상위 레벨의 카테고리 계층 구조에서 최소 권한을 제공하십시오. 특정 서브카테고리에 대한 추가 권한이 있는 역할을 추가하십시오.
기본적으로 최상위 레벨 카테고리에는 뷰어 권한이 있는 협업자로 공용 액세스 그룹이 자동으로 포함됩니다. 그러나 거버넌스 아티팩트 액세스 또는 거버넌스 카테고리 관리 권한이 있는 사용자만 해당 그룹에 포함됩니다.
카테고리 협업자는 두 개의 주요 그룹으로 분류됩니다.
- 데이터 자산에 대해 작업하고 거버넌스 아티팩트를 볼 필요가 있는 카탈로그 멤버.
- 거버넌스 아티팩트를 작성하거나 지정해야 하는 거버넌스 팀 멤버입니다.
자산에 대해 작업하는 카탈로그 멤버
Cloud Pak for Data as a Service의 모든 사용자에게는 다음과 같은 권한이 있습니다.
- 카탈로그 또는 프로젝트에서 자산에 지정된 거버넌스 아티팩트의 이름을 봅니다.
- 카탈로그 또는 프로젝트에 편집자 또는 관리자 역할이 있는 경우, 카탈로그 또는 프로젝트의 자산에 거버넌스 아티팩트를 지정하십시오.
그러나 거버넌스 아티팩트의 세부사항을 보려면 카탈로그 멤버에게 카테고리의 거버넌스 아티팩트 액세스 사용자 권한 및 뷰어 역할이 있어야 합니다.
데이터 자산에 대해 작업하고 세부사항 거버넌스 아티팩트를 볼 필요가 있는 카탈로그 멤버는 데이터 과학자, 데이터 엔지니어, 비즈니스 분석가 및 머신 러닝 엔지니어를 포함할 수 있습니다. 이 사용자는 데이터를 준비하고 데이터를 분석하거나 모델을 빌드하기 위해 데이터 자산에 대해 작업합니다. 일반적으로 모든 카탈로그 협업자가 카탈로그의 자산에 지정된 거버넌스 아티팩트를 볼 수 있도록 합니다.
사용자가 공용 액세스 그룹에서 상속하는 기본 카테고리 역할 뷰어 카탈로그 협업자에 대해 충분합니다.
거버넌스 팀 멤버
거버넌스 팀에는 메타데이터를 가져오고 강화하여 데이터를 선별하는 사용자와 거버넌스 아티팩트를 작성하는 사용자가 포함됩니다.
다음 테이블에는 각 유형의 거버넌스 목표에 대한 최소 카테고리 협업자 역할이 요약되어 있습니다.
| 거버넌스 목표 | 거버넌스 아티팩트에 대한 조치 | 카테고리 역할 |
|---|---|---|
| 카탈로그에 강화된 데이터 자산 추가 | 자산에 거버넌스 아티팩트 지정 | 뷰어 |
| 거버넌스 프레임워크 구현 | 거버넌스 아티팩트 작성 | 편집기 |
| 거버넌스 프레임워크 검토 | 워크플로우의 부분으로 거버넌스 아티팩트 검토 | 검토자 |
| 거버넌스 프레임워크 관리 | 하위 카테고리 작성 및 협업자 추가 | 관리자 또는 소유자 |
이러한 사용자에게 공용 액세스 그룹에 포함되도록 거버넌스 아티팩트 액세스 권한을 포함하는 사용자 역할을 제공하십시오. 이 사용자는 기본적으로 모든 카테고리에서 뷰어 역할을 갖습니다. 적절한 서브카테고리에서 더 많은 권한을 가진 역할을 지정할 수 있습니다.
메타데이터 강화를 수행하는 사용자의 경우 메타데이터 강화 태스크와 관련된 아티팩트를 포함하는 서브카테고리에서 뷰어 역할을 지정하십시오. 뷰어 역할은 아티팩트 세부사항을 보고 아티팩트를 자산에 지정하는 데 충분합니다.
거버넌스 아티팩트를 작성하는 사용자의 경우 아티팩트를 작성하는 데 필요한 서브카테고리에서 편집자 역할을 지정하십시오. 사용자가 서브카테고리를 작성해야 하는 경우 관리자 역할을 지정하십시오.
검토자 역할은 워크플로우에서 거버넌스 아티팩트를 검토해야 하는 사용자를 식별하는 데 유용합니다.
거버넌스 아티팩트와의 기본 및 보조 카테고리 관계
카테고리에는 다음 유형의 통제 아티팩트가 포함될 수 있습니다.
데이터 보호 규칙은 카테고리에 포함되지 않습니다.
포함된 카테고리 및 거버넌스 아티팩트에는 두 가지 유형의 관계가 있습니다.
- 기본
- 필수. 이 카테고리는 아티팩트를 소유하며 관리할 수 있는 사용자를 판별합니다. 모든 거버넌스 아티팩트에는 아티팩트가 작성될 때 지정되는 하나의 기본 카테고리가 있습니다.
- 보조
- 선택사항. 이 카테고리에는 아티팩트가 포함됩니다. 아티팩트는 여러 보조 카테고리에 포함될 수 있습니다. 보조 카테고리는 아티팩트를 그룹화하고 발견하기 위한 대체 방법입니다.
카테고리에는 기본 및 보조 아티팩트가 모두 포함될 수 있습니다.
아티팩트를 보거나 관리하려면 아티팩트의 기본 카테고리에 대한 권한이 있어야 합니다.
카테고리 및 워크플로우
카테고리를 워크플로우와 결합하여 거버넌스 아티팩트에 대한 세분화된 제어를 구성할 수 있습니다. 워크플로우는 태스크 기반 프로세스를 적용하여 거버넌스 아티팩트의 작성, 업데이트 및 삭제를 제어합니다. 워크플로우의 단계 수를 지정하고 각 단계에 대해 태스크를 수행할 수 있습니다. 각 워크플로우는 카테고리, 아티팩트 유형 및 조치의 조합을 제어합니다. 피지정자는 워크플로우의 단계에 해당하는 거버넌스 아티팩트에 대한 태스크를 수행해야 하는 경우 알림을 받습니다. 워크플로우 단계에 대한 피지정자는 카테고리 역할에서 제공하는 권한을 취소할 수 있습니다.
예를 들어, 워크플로우 단계에서 아티팩트 작성을 위한 검토자가 카테고리에 관리자 역할을 가져야 한다고 지정하는 경우, 관리자 역할이 있는 협업자만 해당 태스크에 대해 피지정자이며 아티팩트를 작성할 수 있습니다. 소유자 역할이 있지만 관리자 역할이 아닌 협업자는 피지정자가 아니며 소유자 역할에 아티팩트 작성 권한이 포함되어 있어도 아티팩트를 작성할 수 없습니다.
자세한 정보
상위 주제: 카테고리