O slideshow foi denunciado.
Seu SlideShare está sendo baixado. ×

10 Steps for Managing Cross-System Data Mapping.pdf

Anúncio
Anúncio
Anúncio
Anúncio
Anúncio
Anúncio
Anúncio
Anúncio
Anúncio
Anúncio
Anúncio
Anúncio
Próximos SlideShares
PivotalCRM - Data Management
PivotalCRM - Data Management
Carregando em…3
×

Confira estes a seguir

1 de 1 Anúncio

10 Steps for Managing Cross-System Data Mapping.pdf

Baixar para ler offline

In the management of structured data, as in the case of a Traditional Data Warehouse, the problem of reconciling data representing the same entity but coming from different sources must be faced.

Very often this activity is underestimated and managed in an unstructured way through the use of conditional rules (IF, CASE, etc.) inserted directly in the code on the Database and / or on the ETL tool: this situation often determines the loss of control over which , how many and where are the decodings applied in the data acquisition and / or transformation process.
In many cases, this translates into high costs for the operational and evolutionary management of the system.

As for me, I try to keep these 10 steps in mind when I am faced with the design of Data Mapping: even when it was not possible to apply the process in its interest, I have always had the opportunity to find benefits during the phases of ordinary, evolutionary and corrective maintenance of the system.
These advantages are particularly evident especially if they are compared with the system managed in this way with parts of the same system and / or mirror external systems, which use an unstructured management of the Mappings.

In the management of structured data, as in the case of a Traditional Data Warehouse, the problem of reconciling data representing the same entity but coming from different sources must be faced.

Very often this activity is underestimated and managed in an unstructured way through the use of conditional rules (IF, CASE, etc.) inserted directly in the code on the Database and / or on the ETL tool: this situation often determines the loss of control over which , how many and where are the decodings applied in the data acquisition and / or transformation process.
In many cases, this translates into high costs for the operational and evolutionary management of the system.

As for me, I try to keep these 10 steps in mind when I am faced with the design of Data Mapping: even when it was not possible to apply the process in its interest, I have always had the opportunity to find benefits during the phases of ordinary, evolutionary and corrective maintenance of the system.
These advantages are particularly evident especially if they are compared with the system managed in this way with parts of the same system and / or mirror external systems, which use an unstructured management of the Mappings.

Anúncio
Anúncio

Mais Conteúdo rRelacionado

Semelhante a 10 Steps for Managing Cross-System Data Mapping.pdf (20)

Anúncio

Mais recentes (20)

10 Steps for Managing Cross-System Data Mapping.pdf

  1. 1. 10 STEPS FOR MANAGING CROSS- SYSTEM DATA MAPPING BY PIER GIUSEPPE DE MEO #1 Identify the characteristics of the Mapping: source systems involved, nature and type of data to be decoded, variability of the Mapping over time (e.g. decode the customer code downloaded daily from both CRM and Billing systems). Knowledge Share Series 3 Cross-system Data integration "I have always had the opportunity to find benefits during the routine, evolutionary and corrective maintenance phases of the system" #2 Identify the category of Mapping: Data Reconciliation or Data Transformation (eg. Cross- system Data Reconciliation by customer code; Data Transformation for groupings in macro-types of customer). #3 Identify the type of Mapping: Static Configuration or Dynamic Mapping (eg. Static Configuration for typological "genre"; Dynamic Mapping for customer code) #4 Place the Data Reconciliation structures (Static and Dynamic) in the Staging Area or in the Reconciled: these structures are immediately used in the process and prepare the data for integration. #5 Create the Data Reconciliation structures including: mapping surrogate key (usable as data enterprise key), service fields for managing changes (insertion / modification date, active record flag, etc.) and decoding fields (destination code, source code1, source code2, etc.) #6 Create automatic updating processes for Dynamic Data Reconciliation structures capable of intercepting new values coming from the source systems (for the information included in the mappings) and inserting them into the mapping with default values. #7 Place the Data Transformation structures (Static and Dynamic) in the Integration Area or in the DataMarts: these structures intervene in the process in the data aggregation phase that can take place either in the integration process or directly on the DataMarts. #8 Create the Data Transformation structures including: mapping surrogate key (optional), service fields for managing changes (optional) and mapping fields (enterprise key dwh and / or legacy source code, transformation code1, transformation code2, etc.). #9 Create automatic updating processes for Dynamic Data Transformation structures capable of intercepting new values coming from the DWH and/or from the source systems (for the information included in the mappings) and inserting them in the mapping with default values. #10 Create monitoring processes to highlight the presence of new information in the Mapping structures with default values, which need to be configured.

×