Un Producto de datos organiza una entrega de valor a partir de activos y una responsabilidad de negocio. En GovFrame registra tipo, modalidad de entrega, criticidad, owner y estado, y se asocia a un Dominio y, opcionalmente, a un Subdominio. Un Producto puede agrupar Activos de datos y relacionarse con Contratos. La ficha documenta el producto sin convertirlo automáticamente en una fuente técnica ni en una garantía de disponibilidad.
Un Contrato de datos expresa el compromiso que acompaña a esa entrega. Está versionado y puede describir propósito, compatibilidad de esquema, disponibilidad y frescura. Además de su Dominio, Subdominio opcional y Owner, puede incluir Productos, Atributos, Reglas de calidad, campos del Diccionario técnico, Términos de negocio y Sistemas relacionados. Sus asociaciones permiten explicar el alcance del compromiso; no convierten por sí solas cada objeto relacionado en un control ejecutado.
Antes de empezar
- Rol y alcance: el Administrador gestiona estos objetos en la empresa. El Data Owner requiere la capacidad de ámbito y el Dominio o Subdominio autorizado. La intervención de un Data Steward o de un Ingeniero de datos depende de su capacidad, alcance y del objeto de negocio o técnico que se relacione.
- Módulos: confirme que Productos de datos y Contratos de datos están activos. Los Productos dependen de Activos de datos y Contratos; los Contratos declaran dependencias de Activos, Diccionario técnico y Reglas de calidad. Una dependencia desactivada puede limitar u ocultar la operación relacionada.
- Precondiciones: identifique el Dominio responsable, el Owner, los Activos que componen la entrega y los destinatarios o usos previstos. Para un Contrato, reúna el propósito y los compromisos que se puedan respaldar con asociaciones registradas, en lugar de deducirlos de nombres similares.
Ejemplo sintético: el Producto Resumen de atención semanal puede agrupar un activo de reporte bajo el Dominio Atención a clientes. Su Contrato puede vincular el Atributo Fecha de ingreso, la Regla de completitud que lo controla, un Término que lo define y el Sistema relacionado.
Recorrido recomendado
- Defina el Producto desde la entrega. Registre su tipo, modalidad de entrega, criticidad, owner y estado conforme a la información aprobada por la empresa, junto con el Dominio y Subdominio si existe. Use nombres que describan el valor o servicio de datos, no únicamente la tecnología subyacente.
- Asocie los Activos que lo componen. Vincule datasets, APIs, reportes u otros Activos de datos solo cuando formen parte de la entrega. La asociación a un Dominio no significa que todos los activos de ese Dominio pertenezcan al Producto.
- Establezca el propósito del Contrato. Vincule el Contrato al mismo contexto de negocio cuando corresponda y documente su propósito, compatibilidad de esquema, disponibilidad y frescura. Mantenga estas declaraciones vinculadas a la versión pertinente del Contrato.
- Construya trazabilidad selectiva. Añada Atributos, Términos, Reglas, campos del Diccionario técnico, Sistemas y Productos que definan de verdad el compromiso. Un campo físico conserva su relación con Repositorio, esquema, tabla y columna; no debe asociarse por suposición a cada Atributo mencionado por el Contrato.
- Revise los controles declarados. Una Regla incluida puede explicar un compromiso verificable, pero no promete que se ejecute automáticamente. Si se requiere SQL, la Regla necesita campo físico válido y dialecto configurado; el Contrato no elimina esa condición.
- Mantenga versiones y responsabilidades. Los Contratos son versionados y Productos y Contratos pueden referenciar un Owner. Revise los enlaces cuando cambien activos, términos o atributos. La evidencia disponible no define un workflow, valores de estado ni una cadencia de aprobación para esas revisiones.
Resultado esperado
El Producto queda entendido como una entrega gobernada: se conocen sus Activos, contexto taxonómico, owner y características documentadas. El Contrato asociado expone, por versión, el propósito y los compromisos que pueden rastrearse hasta Atributos, términos, controles y fuentes técnicas cuando esas asociaciones existen.
La disponibilidad y la frescura que figuran en un Contrato son información del compromiso. No implican una monitorización automática, una agenda efectiva de metadata ni la existencia de scans habilitados. De forma análoga, los estados de Productos y Contratos se registran como información de sus objetos, pero esta documentación no enumera ni infiere valores de estado no confirmados.
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.