Chat now with support
Chat with Support

erwin Evolve 2023.1.0 - System Requirements

Evolve Suite Addendum

Map Imported Associations to Existing Source and Target Objects

When importing data into an existing model using the XML file import format, the user can now [2020.1.1] choose to map associations by the source and target object for an existing user-defined association, as opposed to by the Unique Identifier.

NB: Traditional associations such as Reason for involvement, Data Model Usage, and Entity Synonym are not affected.

This means that when a user imports an association from another model, if an association of the same type exists between the same source and target objects (having the same source and target, Unique Identifiers) in the target model, the importer will consider it to be the same association, even if the Association's Unique Identifier is different. Without this option, duplicates are created if for example, the same association between the same two objects is created separately in two models, and then the data is merged. This is because they were created separately, so will have different Unique Identifiers and when one is imported into the other, they will be treated as separate Associations and thus be duplicated.

This option, when it has identified an Association that matches by Source, Target and Association Type, irrespective of Association Identifier, will then proceed to update the Target Association, rather than duplicate it.

For the user to be able to do this, there is a new check box in the import options called "Map associations to existing source and target object" (it only applies to the import wizard for XML), as shown on the image below.

 

Note: Choosing this option does not change the original XML in any way.

For example, a user creates a new model, say "Master." Within that model, the user creates their own Association Type between Application and Process. They create one instance of Process and one instance of the Application and then Associate the two items using the this new Association Type.

The model is exported to another model, say "Working", and some work is done on it. In this "Working" model, they remove the user-defined Association between the original Process and Application. Do some further work, including making changes to the actual Process and Application, and then decide they need the Association between the original Process and Application back, so recreate it. As it has been recreated, it will now have a different unique identifier. This working model now needs importing into the "Master" model. If the "Working" model is imported using any standard options, the user will now have two Associations between the original Process and Application.

Ticking the check box will stop this and map any changes made to the Association in the "Working" model to the Association in the "Master" model.

Related Documents

The document was helpful.

Select Rating

I easily found the information I needed.

Select Rating