Al diseñar la estructura de categorías, debe decidir el área de asunto de las categorías y quién debe crear, utilizar y ver los artefactos de gobierno dentro de las categorías.
- Permisos necesarios
- Propiedades de las categorías
- Estructura de categorías
- Colaboradores de categoría
- Relaciones de categoría primaria y secundaria con artefactos de gobierno
- Categorías y flujos de trabajo
Permisos necesarios
Debe tener el permiso de usuario Gestionar categorías de gobierno para crear categorías de nivel superior.
Propiedades de las categorías
Las categorías tienen algunas propiedades estándar que son similares a las propiedades de los artefactos de gobierno.
| Propiedad o comportamiento | ¿Soporte? | Explicación |
|---|---|---|
| ¿Debe tener nombres exclusivos? | Sí | La combinación de la vía de acceso de categoría más su nombre debe ser exclusiva. Los nombres de categoría no pueden contener los caracteres >>. Asigne una categoría a un nombre que sea lo suficientemente general como para abarcar todos sus artefactos y subcategorías. |
| ¿Descripción? | Sí | Opcional. Incluya una descripción que ayude a los usuarios que crean artefactos de gobierno a saber qué se debe añadir a esta categoría. |
| ¿Añadir relaciones a otras categorías? | Las categorías tienen relaciones jerárquicas con sus subcategorías y sus categorías de nivel superior. Las subcategorías heredan colaboradores de sus categorías de nivel superior. Las categorías que tienen diferentes categorías de nivel superior no pueden tener relaciones entre sí. | |
| ¿Añadir relaciones a artefactos de gobierno? | Sí | La mayoría de los tipos de artefactos de gobierno se organizan en categorías. Los artefactos de gobierno pueden tener categorías primarias y secundarias. |
| ¿Añadir relación a activo? | Sí | Consulte Relaciones de activos en catálogos. |
| ¿Añadir propiedades personalizadas? | Sí | Consulte Propiedades personalizadas y relaciones para artefactos de gobernabilidad y activos de catálogo. |
| ¿Añadir relaciones personalizadas? | Sí | Consulte Propiedades personalizadas y relaciones para artefactos de gobernabilidad y activos de catálogo. |
| ¿Añadir roles personalizados? | Sí | Puede crear roles personalizados para categorías. Consulte Roles personalizados. |
| ¿Importar desde un archivo? | Sí | Consulte Importación y exportación de categorías. |
| ¿Importar desde un Knowledge Accelerator? | Sí | Todos los Knowledge Accelerators incluyen varias categorías. Consulte Componentes de Knowledge Accelerators. |
| ¿Exportar a un archivo? | Sí | Consulte Importación y exportación de categorías. |
| ¿Gestionado por flujos de trabajo? | Nee | La creación y gestión de categorías no están sujetas a flujos de trabajo. Sin embargo, las categorías se incluyen como parte de las definiciones de flujo de trabajo. Consulte Categorías y flujos de trabajo. |
| ¿Especificar fechas de inicio y finalización efectivas? | Nee | Las categorías no tienen fechas de inicio y finalización. |
| ¿Asignar un representante? | Nee | Las categorías tienen propietarios en lugar o representantes. |
| ¿Añadir etiquetas como propiedades? | Sí | Consulte Etiquetas. |
| ¿Asignar a un activo? | Nee | Las categorías solo se asignan a artefactos de gobierno. |
| ¿Categorías predefinidas? | Sí | La categoría [sin categorizar] está predefinida y contiene artefactos de gobernabilidad predefinidos. Consulte Categorías predefinidas. |
Arquitectura de categorías
Algunas estrategias comunes para diseñar la arquitectura de categorías incluyen la división de categorías de alto nivel de estas maneras:
- Por unidades de negocio, como Hardware, Software y Servicios, y luego por departamentos, como Marketing, Finanzas y Recursos Humanos.
- Por áreas temáticas, tales como clientes y productos.
Puede crear tantas categorías y subcategorías de nivel superior como desee. Puede crear categorías para organizar subcategorías y que no tengan ningún artefacto. Por ejemplo, una sección de la estructura de categorías de Knowledge Accelerator for Financial Services tiene este aspecto:
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)
Intente diseñar estructuras de categoría de modo que las categorías no se solapen, incluso si los artefactos de gobierno se pueden ajustar a más de una categoría. Por ejemplo, en Knowledge Accelerator for Financial Services, el término empresarial Dirección de correo electrónico pertenece a la categoría primaria siguiente y a 6 categorías secundarias:
Colaboradores de categoría
Los usuarios deben ser colaboradores en una categoría para ver los detalles de los artefactos de gobierno de dicha categoría o para crear artefactos de gobierno en dicha categoría.
Los colaboradores de categoría tienen roles que controlan las acciones que pueden realizar dentro de la categoría:
- Propietario: Gestionar la categoría, sus artefactos y sus colaboradores. Los propietarios pueden asignar cualquier rol de categoría, incluido el rol de propietario, a otros colaboradores de categoría.
- Administrador: Gestionar la categoría, sus artefactos y sus colaboradores no propietarios. Los administradores pueden asignar cualquier rol de categoría, excepto el rol de propietario, a otros colaboradores de categoría.
- Editor: Ver la categoría y gestionar sus artefactos publicados y de borrador.
- Revisor: Vea la categoría y sus artefactos publicados y de borrador.
- Visor: Vea la categoría y los detalles de sus artefactos publicados.
- Rol personalizado: puede crear un rol personalizado que disponer de conjunto personalizado de permisos para controlar las acciones que pueden realizar los colaboradores dentro de una categoría. Consulte Roles personalizados.
Los colaboradores de categoría pueden tener más de un rol asignado. Las subcategorías heredan los colaboradores de la categoría con sus roles correspondientes de todas las categorías padre y de nivel superior. Los colaboradores de una subcategoría tienen los roles asignados en la subcategoría, más los roles que están asignados en todas las categorías de nivel superior. Consulte Varios roles en la jerarquía de categorías.
En general, proporcione a los usuarios los permisos mínimos en los niveles superiores de la jerarquía de categorías. Añada roles con más permisos para subcategorías específicas.
De forma predeterminada, las categorías de nivel superior tienen automáticamente el grupo Acceso público como colaborador con el permiso de Visor. Sin embargo, solo los usuarios que también tienen el permiso Acceder a artefactos de gobierno o Gestionar categorías de gobierno se incluyen en ese grupo.
Los colaboradores de la categoría entran en dos grupos principales:
- Miembros de catálogo que trabajan con activos de datos y necesitan ver artefactos de gobierno.
- Miembros del equipo de gobierno que necesitan crear o asignar artefactos de gobierno.
Miembros de catálogo que trabajan con activos
Todos los usuarios de Cloud Pak for Data as a Service tienen estos permisos:
- Ver los nombres de los artefactos de gobierno que están asignados a activos en un catálogo o proyecto.
- Asignar artefactos de gobierno a activos en el catálogo o proyecto, si tienen el rol de Editor o de Administrador en el catálogo o proyecto.
Sin embargo, para ver los detalles de los artefactos de gobierno, los miembros del catálogo deben tener el permiso de usuario para Acceder a artefactos de gobierno y el rol de Visor en la categoría.
Los miembros de catálogo que trabajan con activos de datos y necesitan ver los artefactos de gobierno de detalles pueden incluir científicos de datos, ingenieros de datos, analistas de negocio e ingenieros de aprendizaje automático. Estos usuarios trabajan con activos de datos para preparar datos, analizar datos o crear modelos. Normalmente deseará que todos los colaboradores de catálogo puedan ver los artefactos de gobierno asignados a los activos del catálogo.
El rol de categoría predeterminado de Visor que los usuarios heredan del grupo Acceso público es suficiente para los colaboradores de catálogo.
Miembros del equipo de gobierno
El equipo de gobierno incluye a las personas que procesan datos importando y enriqueciendo metadatos y a las personas que crean artefactos de gobierno.
La tabla siguiente resume los roles de colaborador de categoría mínima para cada tipo de objetivo de gobierno.
| Objetivos de gobierno | Acciones sobre artefactos de gobierno | Rol de categoría |
|---|---|---|
| Añadir activos de datos enriquecidos a catálogos | Asignar artefactos de gobierno a activos | Visor |
| Implementar la infraestructura de gobierno | Crear artefactos de gobernabilidad | Editor |
| Revisar la infraestructura de gobierno | Revisar artefactos de gobierno como parte de flujos de trabajo | Revisor |
| Gestionar la infraestructura de gobierno | Crear subcategorías y añadir colaboradores | Administrador o Propietario |
Asigne a estos usuarios un rol de usuario que incluya el permiso Acceder a artefactos de gobierno para que se incluyan en el grupo Acceso público. Estos usuarios tienen el rol de Visor en todas las categorías de forma predeterminada. Puede asignarles roles con más permisos en las subcategorías adecuadas.
Para los usuarios que realizan el enriquecimiento de metadatos, asígneles el rol de Visor en las subcategorías que contienen los artefactos relevantes para sus tareas de enriquecimiento de metadatos. El rol de Visor es suficiente para ver detalles de artefacto y asignar artefactos a activos.
Para los usuarios que crean artefactos de gobierno, asígneles el rol de Editor en las subcategorías en las que necesitan crear artefactos. Si los usuarios también necesitan crear subcategorías, asígneles el rol de Administrador.
El rol de Revisor es útil para identificar a los usuarios que son responsables de revisar los artefactos de gobierno en los flujos de trabajo.
Relaciones de categoría primaria y secundaria con artefactos de gobierno
Las categorías pueden contener estos tipos de artefactos de gobernabilidad:
- Clases de datos
- Términos empresariales
- Conjuntos de datos de referencia
- Clasificaciones
- Políticas
- Reglas de gobernabilidad
Las reglas de protección de datos no están contenidas en categorías.
Las categorías y los artefactos de gobierno que contienen tienen dos tipos de relaciones:
- Primaria
- Obligatoria. La categoría es propietaria del artefacto y determina quién puede gestionarlo. Cada artefacto de gobierno tiene una categoría primaria que se asigna cuando se crea el artefacto.
- Secundaria
- Opcional. La categoría incluye el artefacto. Un artefacto puede incluirse en cualquier número de categorías secundarias. Una categoría secundaria es una forma alternativa de agrupar y descubrir artefactos.
Una categoría puede tener artefactos primarios y secundarios.
Los usuarios deben tener permisos en la categoría primaria del artefacto para ver o gestionar el artefacto.
Categorías y flujos de trabajo
Puede configurar el control preciso sobre los artefactos de gobernabilidad combinando categorías con flujos de trabajo. Los flujos de trabajo aplican procesos basados en tareas para controlar la creación, actualización y supresión de artefactos de gobernabilidad. Especifique el número de pasos de un flujo de trabajo y quién puede realizar la tarea para cada paso. Cada flujo de trabajo controla una combinación de categorías, tipos de artefacto y acciones. Se notifica a los asignados cuando deben realizar una tarea para un artefacto de gobernabilidad que corresponda a un paso del flujo de trabajo. Los destinatarios de un paso de flujo de trabajo pueden cancelar los permisos que proporcionan los roles de categoría.
Por ejemplo, si un paso de flujo de trabajo especifica que los revisores deben tener el rol de Administrador en la categoría para crear un artefacto, solo los colaboradores que tienen el rol de Administrador son destinatarios de dicha tarea y pueden crear artefactos. Un colaborador con el rol de Propietario pero no el rol de Administrador no es un asignado y no puede crear artefactos, aunque el rol de Propietario incluya el permiso para crear artefactos.
Más información
Tema principal: Categorías