Los términos de negocio establecen un vocabulario compartido para interpretar los datos del catálogo. En GovFrame incluyen definición, relaciones, ownership y un código propio de la empresa. Su asociación principal se sitúa en un Dominio y puede enlazarse con una o varias Entidades; mediante relaciones de componente puede aportar contexto a otros nodos del catálogo. De este modo, el término explica el significado sin reemplazar la estructura taxonómica ni el dato técnico.
Los términos pertenecen a una sola empresa y su búsqueda admite coincidencias parciales y paginación. Considere el código como identificador de gobierno y la definición como la explicación que debe comprender una persona de negocio. No use el código para sustituir un nombre legible en la documentación funcional ni espere que la localización de la interfaz traduzca el contenido registrado por la empresa.
Antes de empezar
- Rol y alcance: el Administrador puede gestionar el catálogo de la empresa. Data Owners y Data Stewards requieren la capacidad de negocio aplicable y un Dominio o Subdominio dentro de su alcance para crear, editar o asociar. Los perfiles con consulta pueden localizar y leer únicamente los objetos que les estén permitidos.
- Módulo: confirme que Términos de negocio está habilitado. Si se desactiva, la interfaz no lo presenta como operable y el backend rechaza las operaciones del módulo; los datos existentes no se eliminan automáticamente.
- Precondiciones: identifique el Dominio responsable y, cuando corresponda, las Entidades vinculadas. Reúna una definición acordada, un nombre legible, un código propio de la empresa y la persona o rol que asumirá el ownership.
Ejemplo sintético: el término Cliente activo puede pertenecer al Dominio Relación con clientes y enlazarse con la Entidad Cliente. La definición debe aclarar el criterio de negocio aplicable; no debe inferirse solo a partir del nombre de una columna técnica.
Recorrido recomendado
- Busque antes de registrar. Use la búsqueda parcial para detectar sinónimos, homónimos o una definición ya vigente en el mismo contexto. Revise los resultados paginados antes de crear otro término con apariencia similar.
- Redacte la definición de negocio. Explique qué representa el concepto, cuál es su límite y, si es necesario, las condiciones que evitan ambigüedad. Diferencie el concepto de una tabla, un reporte, una API o una expresión física.
- Asigne el contexto taxonómico. Relacione el término con el Dominio y con las Entidades que describe. Si un enlace adicional es necesario, úselo para expresar una relación documentada, no para extender artificialmente el alcance a nodos que solo comparten un nombre.
- Registre ownership. Mantenga visible quién responde por la definición. La responsabilidad registrada en el catálogo complementa el rol de sesión: no otorga por sí sola capacidades de edición ni aprobación fuera del scope de la persona.
- Conecte el término con el uso que aporta valor. Puede participar en un Contrato de datos y documentar un KPI. Al establecer estas relaciones, conserve una única definición y no cree copias del término para cada Producto, Contrato o indicador.
- Revise el significado cuando cambie el contexto. Si una Entidad, un Atributo o una definición evoluciona, evalúe si el término, su ownership y sus enlaces siguen siendo precisos. La documentación disponible confirma relaciones y gestión de términos, pero no prescribe un workflow ni estados para esa revisión.
Resultado esperado
El catálogo queda con términos localizables, definidos en lenguaje de negocio y conectados al Dominio y las Entidades pertinentes. Las personas pueden distinguir qué significa un concepto, quién responde por él y dónde consultar sus relaciones con Productos, Contratos o indicadores, sin confundirlo con un nombre físico.
Un término no garantiza que exista un campo técnico asociado, una Regla de calidad, un Producto o un Contrato. Esos objetos se registran y relacionan de forma independiente. Del mismo modo, una línea en el mapa de relaciones representa un vínculo guardado; no se debe deducir una relación por similitud de nombres.
Para profundizar, consulte el modelo de objetos y relaciones, cómo leer el mapa de relaciones, roles, capacidades y alcance y módulos y dependencias.