Gestión de datos integral
Gestión de datos integral Marco (HDM) es AHISDATA indígena estándar para la implementación de las implementaciones de software dentro de la red de una organización. Este marco extiende a las soluciones de gestión de datos existentes tales como calidad de datos, manejo de datos, integración de datos, procesamiento de datos, gestión de datos maestros y validación de datos soluciones.
El marco HDM especifica que:
- Todos los objetos de datos deben existir como un objeto de datos secundario o un objeto de datos de los padres.
- Sólo un objeto de datos único padre debe existir dentro de un ámbito de red de datos (DNS).
- Todos los objetos secundarios datos deben tener un enlace de asignación de datos definido dentro de un ámbito de red de datos.
- Una relación de objeto de datos debe existir al menos en uno de los siguientes módulos de gestión de cuatro datos:
Correlación de datos, validación de datos, integración de datos,procesamiento de datos
Contenido
- 1 Marco HDM
- 2 Aplicación del marco HDM
- 3 Véase también
- 4 Enlaces externos
Marco HDM
Las siguientes entidades se especifican en el marco HDM.
- Ámbito de la red de datos (DNS)
El ámbito de la red de datos (DNS) es el límite lógico que existe un sistema de base de datos de aplicación software de registro (SOR) dentro de una red empresarial. Puede haber múltiples DNS dentro de una red empresarial.
- Dominio de la red de datos (DND)
El dominio de la red de datos (DND) es el límite lógico que representa una colección de ámbito de la red de datos múltiples (DNS). Puede haber múltiples DND dentro de una red empresarial.
- Sistema de registro (SOR)
Un sistema de registro se aplica al sistema de base de datos maestra o principal que los objetos de datos un progenitor reside en. Sólo puede haber una SOR dentro de un ámbito de red de datos.
- Objeto de matriz de datos (PDO)
Un objeto de datos primario (DOP) es el sistema de nombre de objeto de esquema de registro. Sólo un objeto de datos único padre debe existir dentro de un ámbito de red de datos.
- Objeto de datos secundario (CDO)
Un objeto de datos secundario (CDO) es un nombre de objeto de esquema que deriva sus datos de uno o más objetos de datos de los padres.
- Enlace de asignación de datos (DML)
Un enlace de asignación de datos (DML) es la especificación de requerimiento de datos aplicada a la relación entre múltiples objetos de esquema de base de datos en un objeto de datos deriva sus datos de uno o más objetos de datos. DML sólo es aplicable para un módulo de gestión de datos de correlación de datos.
- Relación de datos – objeto (DOR)
La relación de datos – objeto (DOR) es el requisito de datos, regla de negocio, función de programa que se aplica a uno o varios objetos de datos. DOR puede aplicarse en enlaces de asignación de datos para cada módulos de administración de datos. Solo DOR puede existir en un LMD dentro de un módulo de gestión de datos.
- Módulos de gestión de datos (DMM)
Módulos de gestión de datos están el usuario común programas de interfaz (UI) que define y gestión las relaciones de objeto de datos dentro de un ámbito de red de datos.
Hay cuatro módulos de administración de datos:
Correlación de datos – Este es el módulo de interfaz de usuario de gestión de base de datos. El módulo de asignación de datos proporcionan las funcionalidades para la gestión de relaciones de objeto de datos-cartografía enlaces y datos para todos los esquemas de bases de datos dentro de un ámbito de red de datos. Un ámbito de la red de datos debe tener al menos un diseño de asignación de datos definido.
Validación de datos – Este módulo de interfaz de usuario proporciona las funcionalidades para la definición y gestión eventos de validación de datos de relaciones de objeto. Eventos de validación incluyen auditorías, informes, planificador, registrador, disparadores y DNS salud comprueban. Eventos de validación de datos requiere un diseño de asignación de datos definido dentro de un ámbito de red de datos.
Integración de datos – Este módulo de interfaz de usuario proporciona las funcionalidades para la definición y manejo configuraciones de interfaz de datos de relaciones de objeto. Las configuraciones de interfaz incluyen programador, modo de transmisión, oyente, interfaz API y reporting. La interfaz API permitiría a sistemas de terceros transferir datos utilizando la relación de objeto de datos definida dentro de un ámbito de red de datos. Configuración de interfaz de integración de datos requiere un diseño de asignación de datos definido dentro de un ámbito de red de datos.
Procesamiento de datos – Este módulo de interfaz de usuario proporciona las funcionalidades para definir y administrar configuraciones de interfaz y motores de ejecución por lotes sobre las relaciones de objeto de datos. Las configuraciones de interfaz incluyen programador, modo de transmisión, transmisión de varios lote, definidos por el usuario DOR API y reportando. Configuración de la interfaz de procesamiento de datos requiere un diseño de asignación de datos definido dentro de un ámbito de red de datos.
Aplicación del marco HDM
El marco HDM presenta un estándar para implementaciones de software dentro de una organización. El objetivo es arrojar visibilidad, aumentar la eficiencia y gestión centralizada de todas otras implementaciones de software dentro de una organización.
El marco HDM debe ser implementado como un proyecto de organización que es supervisado por la oficina de gestión de proyectos. Esto requeriría una carta del proyecto desarrollado y un project manager asignado para administrar el proceso de implementación. Hay varias fases implican en la aplicación del marco HDM:
- Elija un módulo de gestión de datos (DMM) – Este ejercicio requiere la adquisición de una aplicación de software de datos Gestión módulo para ser utilizado para implementar el resto del marco HDM. AHISDATA software de integridad es una solución integrada que proporciona funcionalidades DMM.
- Matorral (inventario de las fuentes existentes de las aplicaciones y datos) – Este ejercicio identifica todas las aplicaciones dentro de una organización y las que están conectados a fuentes de datos.
- Formación (relación de esquema de aplicaciones y datos) – Este ejercicio es alinear todas las aplicaciones en relación con los esquemas de datos dentro de las fuentes de datos. Las aplicaciones se agrupan en el orden de los esquemas de datos que tienen acceso.
- Primera hacha (aplicaciones elegibles para Restabl) – Este ejercicio es identificar todas las aplicaciones que son pícaro, obsoleto y totalmente redundante. Estas aplicaciones son elegibles para el retiro.
- Segunda hacha (aplicación elegible para consolidación) – Este ejercicio es identificar todas las aplicaciones que tienen algunas semejanzas funcionales y una singularidad en el requerimiento de datos. Estas aplicaciones son elegibles para consolidación. Las funcionalidades que son similares se dejó intactas en una aplicación y apagadas o desactivadas en el otro (s).
- Definir el dominio de la red de datos (DND) – Este ejercicio es definir el dominio de la red de datos para todas las aplicaciones aprobadas dentro de la red de la empresa.
- Definir el ámbito de la red de datos (DNS) – Este ejercicio es definir los alcances de red de datos requeridos para cada DND.
- Definir sistema de registros (SOR) – Este ejercicio es definir el SOR para cada DNS.
- Definir objetos de datos primario (DOP) – Este ejercicio es definir todas las DOP en cada DNS.
- Definir objetos de datos secundarios (CDO) – Este ejercicio es definir los CDOs en cada DNS.
- Definir enlaces de asignación de datos (DML) – Este ejercicio es definir todos los enlaces de asignación de datos y relación entre el objeto en los DNS.
- Definir las relaciones de objeto de datos (DOR) – Este ejercicio es definir el requisito de DOR para cada módulo de gestión de datos implementado.
Véase también
- Datos de referencia
- Datos maestros
- Integración de datos del cliente
- Gestión de la información de producto
- Resolución de identidad
Enlaces externos
- AHISDATA HDM WhitePaper
- El qué, por qué y cómo de la gestión de datos maestros
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||