...
It is assumed that the appropriate stakeholders in your organization have committed to the process of integrating data with a cohesive solution (see step 4 below):
Sequence | Step | Summary |
---|---|---|
1 | Identify the Data Governance Steward (DGS) | The DGS is a person or person's designated as the Data Steward by the governance organization of the tenant. This person or person's are assigned the Data Governance Steward role in the YOUnite MDM system and is responsible for applying the Data Governance Policies primarily as regards to the data taxanomy for the tenant. Please note that actual content control lies with the Zone Data Steward (see #10). |
2 | Identify integration use cases that need to be addressed | This includes identifying scope |
3 | Identify the data that needs to be integrated | |
4 | Identify systems to connect together | |
5 | Ensure absolute buy-in from all parties responsible for those systems | |
6 | Identify the MDM Admin and DGS. | A root zone is created with a MDM Admin and Data Governance Steward (DGSDGS (mentioned above). These users are tied users in your organization's IDP. Its important to note that the MDM Admin is responsible for permissions to the system and the DGS's role is more related to data governance (scope). Another key point is that by default, the DGS is NOT in control of the data at at the adaptors in the zones. |
7 | Initialize the YOUnite MDM/Data Hub system. | Configure YOUnite, the MDM admin & DGS information. When the system initializes it automatically configures the MDM admin and DGS it with this information. |
8 | DGS determines which data domains that need to be modeled | See the Data Analysis Principles of the Federated Master Data Management Process. |
9 | DGS Models data domains using the YOUnite UI | |
10 | Create Zones and Users/Roles in the YOUnite UI | Includes ZDS Includes Zone Admin and Zone Admin for Data Steward or each zone. |
11 | Load data into the YOUnite Data Store if any of the domains are defined to use it. | This is generally reference data available to everyone across the system |
12 | Develop the adaptors using the YOUnite adaptor SDK | Writing the appropriate GET/PUT/POST/DELETE methods that map to the elements in the domains that are in the application attached to the adaptor |
13 | DGS & ZDS collaborate to bring data in the systems under YOUnite control | Leverage YOUnite API to seed data record pointers between native source and YOUnite Data Hub/MDM. Intention is to collaborate with Experis/Infinity team to build command-line utilities. Goes through de-duplication/data quality checks in YOUnite. |
14 | DGS & ZDS apply appropriate in-bound and out-bound scope to the data to be managed. Other data designations as master data and level 2 data are defined at this time. | DGS allows you "in-the-door" to the data domain and data record level (federated data record - reference pointers). ZDS owns the data at the adaptor and determines inbound/outbound scope for the zone and the adaptors in the zone. (DGS owns the reference to the data or data stored in YOUnite data hub. ZDS owns the actual data inbound/outbound scope) |
...