Item |
Description |
TDM (Test Data Management) |
TDM offers an automated solution for copying subsets of Business Entities (like customer, order, patient, product and household) from source systems into selected testing environments. The solution provides real, high-quality data for testing teams. |
Fabric |
K2view Fabric is a data management platform that provides access to data where and when you need it. Acting as a new data layer above existing data sources, Fabric controls data using a patented business driven entity approach offering multiple and diverse built-in integrated data management capabilities for end-to-end management of the data lifecycle. For more details see Fabric Overview. |
Broadway |
Broadway is a Fabric module that is used to design data movement, its transformation, and the orchestration of business flows. Featuring a powerful user interface for creating and debugging business and data flows, Broadway also provides a high-performance execution engine that can be activated by Fabric. For more details see Broadway Overview. |
TDM Portal |
TDM self-service web application. It is used in TDM setup and in TDM tasks’ creation, execution and monitoring. |
Digital Entity |
A digital version of a person, place, or a thing that is usually correlated to a Business Entity. |
LU / LUT |
A Logical Unit (LU) or Logical Unit Type (LUT) is a blueprint holding a set of definitions/instructions used to create and maintain the data of a Data product. |
LUI |
A Logical Unit Instance (LUI) is a specific instance of a Logical Unit. For example, the data for a specific Customer ID. |
MDB / MicroDB |
A micro-database, a small SQL database, is used to store Digital Entity Instance (LUI) data. It is stored as an SQLite file and as a Blob field in the Cassandra Entity table, depending on the saved property's definition in the LU Schema. |
Fabric Role |
Fabric provides role-based access control management. Fabric permissions are granted to each given role. Each Fabric user can be assigned to one or multiple roles. For more information see Fabric Credentials Overview. |
TDM Permission Group |
There are 3 main types of TDM users, each with different permissions for different activities. Each type is called a Permission Group. The following Permission Groups are supported by TDM: Admin, Owner and Tester. For more information see TDM Portal - Permission Groups. |
Business Entity / BE |
A Business Entity (BE) represents the main entity of the selected data for provisioning by TDM. A Business Entity can have multiple LUs in a hierarchical structure. For example, a Customer Business Entity consists of Customer Care, Billing, Ordering, and Usage LUs. |
Environment |
An Environment is a logical definition of either a source or a target environment, e.g., Production, UAT1, UAT2, etc. An environment can contain multiple systems and data sources. The list of source and target environments available for TDM must be defined both in the TDM Portal and in Fabric. |
System |
A system (product) or application that is installed on the source or target environment. For example, the UAT1 environment contains CRM and Billing products. Each product can have multiple data sources. |
Task |
Data provisioning is implemented by creating and executing TDM tasks. TDM tasks are created via the TDM Portal. The following task types are supported by the TDM:
|
Data Versioning |
Data Versioning enables users to keep versions (backups) of data during functional tests and restore the latest saved version of the data when needed. Users can create an Extract task to create a version of the data and save it in Fabric. To get the extracted version in the testing environment, the tester can create a load task, select the required version and re-load the selected version of the data to the environment instead of the corrupted data. |
Entity Reservation |
The Entity Reservation feature is made to enable a user to reserve (lock) entities in the testing environment and prevent other users from re-provisioning these entities into the testing environment until the user completes the functional tests and can release these entities. For more information see Entity Reservation. |
Item |
Description |
TDM (Test Data Management) |
TDM offers an automated solution for copying subsets of Business Entities (like customer, order, patient, product and household) from source systems into selected testing environments. The solution provides real, high-quality data for testing teams. |
Fabric |
K2view Fabric is a data management platform that provides access to data where and when you need it. Acting as a new data layer above existing data sources, Fabric controls data using a patented business driven entity approach offering multiple and diverse built-in integrated data management capabilities for end-to-end management of the data lifecycle. For more details see Fabric Overview. |
Broadway |
Broadway is a Fabric module that is used to design data movement, its transformation, and the orchestration of business flows. Featuring a powerful user interface for creating and debugging business and data flows, Broadway also provides a high-performance execution engine that can be activated by Fabric. For more details see Broadway Overview. |
TDM Portal |
TDM self-service web application. It is used in TDM setup and in TDM tasks’ creation, execution and monitoring. |
Digital Entity |
A digital version of a person, place, or a thing that is usually correlated to a Business Entity. |
LU / LUT |
A Logical Unit (LU) or Logical Unit Type (LUT) is a blueprint holding a set of definitions/instructions used to create and maintain the data of a Data product. |
LUI |
A Logical Unit Instance (LUI) is a specific instance of a Logical Unit. For example, the data for a specific Customer ID. |
MDB / MicroDB |
A micro-database, a small SQL database, is used to store Digital Entity Instance (LUI) data. It is stored as an SQLite file and as a Blob field in the Cassandra Entity table, depending on the saved property's definition in the LU Schema. |
Fabric Role |
Fabric provides role-based access control management. Fabric permissions are granted to each given role. Each Fabric user can be assigned to one or multiple roles. For more information see Fabric Credentials Overview. |
TDM Permission Group |
There are 3 main types of TDM users, each with different permissions for different activities. Each type is called a Permission Group. The following Permission Groups are supported by TDM: Admin, Owner and Tester. For more information see TDM Portal - Permission Groups. |
Business Entity / BE |
A Business Entity (BE) represents the main entity of the selected data for provisioning by TDM. A Business Entity can have multiple LUs in a hierarchical structure. For example, a Customer Business Entity consists of Customer Care, Billing, Ordering, and Usage LUs. |
Environment |
An Environment is a logical definition of either a source or a target environment, e.g., Production, UAT1, UAT2, etc. An environment can contain multiple systems and data sources. The list of source and target environments available for TDM must be defined both in the TDM Portal and in Fabric. |
System |
A system (product) or application that is installed on the source or target environment. For example, the UAT1 environment contains CRM and Billing products. Each product can have multiple data sources. |
Task |
Data provisioning is implemented by creating and executing TDM tasks. TDM tasks are created via the TDM Portal. The following task types are supported by the TDM:
|
Data Versioning |
Data Versioning enables users to keep versions (backups) of data during functional tests and restore the latest saved version of the data when needed. Users can create an Extract task to create a version of the data and save it in Fabric. To get the extracted version in the testing environment, the tester can create a load task, select the required version and re-load the selected version of the data to the environment instead of the corrupted data. |
Entity Reservation |
The Entity Reservation feature is made to enable a user to reserve (lock) entities in the testing environment and prevent other users from re-provisioning these entities into the testing environment until the user completes the functional tests and can release these entities. For more information see Entity Reservation. |