Message text and description of verify options for modeling
Please note that verification messages contain placeholders in the form of inverted commas; these are then replaced by the respective element type.
The structure is checked for the configured relationships. If a relationship was not configured, a message appears. Non-configurable relationships are ignored. The set filter is also checked here. For troubleshooting either the documentation structure or the configuration of relationships needs customizations. The used filter has to be corrected.
The structure is checked for the configured relationships. If a relationship was not configured, a message appears. Non-configurable relationships are ignored. For troubleshooting either the documentation structure or the configuration of relationships needs customizations.
At composite structure diagrams attributes are shown as part nodes within structured classifier or part nodes. These attributes have to be reachable for the surrounding classifier or the classifier type of the surrounding attribute.
If a verification routine is called from a selected diagram in the model browser and a message appears for this diagram, the following occurs: instead of all messages appearing, only 'Is inconsistent' appears. If you then click on the message, you jump to the diagram, it is opened and the verification routine is then run in the diagram. All messages which lead to inconsistencies then appear in the diagram. Therefore it is necessary that a verification routine which will cause a message within the model browser exists as menu command within the diagram editor, too.
The connected instance specifications of a link specify a combination of classifiers. These classifiers may have different associations. The association of the link must be from this set of associations.
A decision input behavior has zero or one input parameters and one output parameter. Any input parameter must be the same as or a supertype of the type of object tokens coming along the incoming edge.
A non-abstract stereotype may only be used for an element if all preconditions are configured as relationship roles. The stereotypes are owned by one profile but the relationship roles may be owned by any other profile. The specified relationship role should be configured or the stereotype deleted to fix this problem. Deleting of root stereotypes is not possible.
A non-abstract stereotype may only be used for an element if all preconditions are configured as relationship roles. Some element types have special constraints which may lead to additional messages. Some relationship roles have to be configured to fix this problem.
All menus included are checked to see whether they have at least one menu command. If a menu doesn't have a menu command, it is selected. Empty menus are not available in any interfaces and are, therefore, superfluous. For troubleshooting delete empty menu or assign menu commands.
A slot may only have values if the defining feature has a valid type. Valid types are enumerations, classifiers or primitive types with specified kind of type. Modifications for the defining feature or the used type lead to a correction of the used values.
At diagrams the local defined display options are checked. Within the Edit/Display Options dialog all display options with errors are delivered in the Verify Messages tab (or root tab for elements which are similar to diagrams); these can then be jumped to using an icon.
The configured display options are checked for the stereotypes of diagrams. If this produces a verification message, the stereotype is selected within the current profile. The profile is listed as name. For troubleshooting select the stereotype and open the Edit/Display Options dialog box. All display options with errors are delivered in the Verify Messages tab (or root tab for elements which are similar to diagrams); these can then be jumped to using an icon.
Object nodes connected by an object flow, with optionally intervening control nodes, must have compatible types. In particular, the downstream object node type must be the same or a supertype of the upstream object node type.
During the configuration elements of different profiles are used. For example a stereotype is used as base for a create template which is used as menu command. It has to be ensured, that all used elements are reachable by imports of their profiles.
The compartments of classifier nodes show in most cases contained elements. These contents are always maintained correctly. For other compartment (e.g. realized and used interfaces, artifacts and realizations) the displayed contents depend on additional conditions. Depending on the complexity of these conditions it is not possible to maintain these contents always correctly. Invalid contents have to be corrected manually.
'AddStructuralFeatureValue' actions adding a value to ordered structural features must have a single input pin for the insertion point, otherwise the action has no input pin for the insertion point.
Actions removing a value from ordered nonunique structural features must have a single removeAt input pin if 'Remove Duplicates' is false. Otherwise, the action has no removeAt input pin.
At least one data input/output of the call activity has no matching data input/output at the called process or the called global task, where matching means that they have to be assigned to the same business object, hence also having the same structure.
Reports foreign key properties (attributes or table columns) typed by an own type with different data type definition as the referenced unique key property. That means that different semantic data type is allowed but a different type system type is not.
An icon may be used for some elements (stereotypes, values of stereotype properties, create templates, verification routines, engineering sequences, documentation commands, menus). The permissible icons are read from the $INODIR/icons directory. The file names might be invalid due to typing errors in dialogs or migration from older versions. Check whether the file name has a typing error or whether the icon file exists to fix this problem. Note that server and client might use different icon directories.
If is Unmarshalling is true, there must be exactly one trigger for events of type SignalEvent. The number of result output pins must be the same as the number of attributes of the signal. The type of each result output pin must be the same as the corresponding attribute of the signal.
The menu commands are given unique names internally but the name shown is localized and not automatically given a unique name. The menu commands could also have been adopted in various profiles in menus of the same name. The verify option picks all menu commands as if they were offered for one diagram. Menu commands of menus with the same name are combined into one menu. If there are then various menu commands in a menu with the same name, a message appears for each menu command assigned in this profile and the menu command is selected. The verify option checks both the English and German menu commands in the interface, regardless of which language is being used in the configuration editor. For troubleshooting either rename the menu command so that it is unique or remove the menu command.
An unique key is insufficient regarding a relationship in the following situation: The relationship allows many entity instances on foreign key side for the same referenced entity instance on unique key side, but the foreign key of this relationship is using the same set of attributes as this unique key.
In diagrams ports may show the realized and used interfaces as socket/ball node. The calculation of these interfaces depends on several conditions. Therefore it is not possible to maintain the presentations always correctly. Invalid presentations have to be corrected manually.
Verifies the correctness of the activity edge connection. - input pin and final node are invalid source nodes for the edge - output pin, initial node and value pin are invalid target nodes for the edge - object flow may only connect object node and control node - initial node is an invalid source node for a object flow - On object flow the properties 'isMulticast' and 'isMultireceive' cannot both be true - control flow may only connect activity node (except object node) or object node with the property 'is Control Type' set.
The verification of diagrams checks all diagram contents, too. Messages for these contents may only be corrected within the diagram. If the verification of the diagram is called within the model browser or within another diagram the troubleshooting of these messages is not possible. Therefore the message 'Is inconsistent' is delivered and the diagram is opened for troubleshooting.
The menu commands of all create menus are checked to see whether they are allowed as menu contents. If this is not the case, the problematic menu command is selected. The message may appear because a menu command is no longer allowed due to a change in the contents configuration.
Relationships can be configured for a selected stereotype in every profile. Combining both the stereotypes and relationship roles involved within a profile is unique. If configured relationships are recognized due to the profile import, these are no longer provided when creating within the profile being viewed. Relationships may appear twice if you configure relationships in the current profile and then import another profile. Relationship multiplicities are not evaluated during verification. These values, therefore, vary. Relationships which are configured twice are superfluous; you can delete one of the relationships.
The element uses a label value which is exactly the default value. You may delete this value and use the default value instead. Changes on the default value only effect elements without values. Values with the same value as the default are not changed.
For each chapter verifications might be activated. At these verifications a verify routine has to be defined. If the verify routine is missing the verify chapter is selected. For troubleshooting the verify chapter needs a verify routine or the verify chapter should be deleted.
Non abstract stereotypes are checked to see if they exist as create template in a profile or not. Stereotypes without templates cannot be used to create new elements of this stereotype. This means that the stereotype might be superfluous. Create a create template to fix this problem. If the stereotype is only used for structuring then it should be marked as abstract.
Actions sequences are initially created with one engineering action. It is possible to create or delete further actions. The evaluation of a sequence is done by the contained actions. Therefore a sequence without engineering action is superfluous and might be deleted or filled with actions.
All contents of a profile should be used in any way. Otherwise the content might be superfluous and may be deleted. Stereotypes, stereotype properties, labels and text definitions are used, if a value is set. Create templates, verifies, engineering actions and documentation commands should be used at least once as menu command. Especially create templates might be used within dialogs and not as menu command. This usage could not be checked. Engineering actions which are used as finder are not checked.
The configuration contains allowed relationships between pairs of stereotypes. These relationships may restrict the number of allowed elements of each stereotype. A violation of these restrictions produces a verify message. If the number of elements is less than the allowed minimum the structure of element might be incomplete. If the number of elements is greater than the allowed maximum the elements may use another stereotype or may be moved to another container.
The classifiers of the instance specification specify associations which may be instantiated as link. The number of allowed links at one instance specification is restricted by the multiplicities of the association roles.
The model contains this element only as dummy. Dummy elements are created during the import of version objects. They are needed to create all relations of an element to other elements. For troubleshooting the version object of the dummy element should be imported. In some cases it may be enough to change the dummy property. But be aware, that the element might be incomplete.
Profiles may import other profiles. Through the import all contents of the imported profile are known within the importing profile. The import is transitive. Therefore is is not necessary to import one profile directly if it is already imported transitively.
An unique key is redundant regarding a relationship in the following situation: The relationship allows at most one entity instance on foreign key side for the same referenced entity instance on unique key side and the foreign key of this relationships uses a subset of the attributes as this unique key.
The element uses a stereotype property value which is exactly the default value. You may delete this value and use the default value instead. Changes on the default value only effect elements without values. Values with the same value as the default are not changed.
The element uses a text value which is exactly the default value. You may delete this value and use the default value instead. Changes on the default value only effect elements without values. Values with the same value as the default are not changed.
The element uses a text value which is exactly the default value. You may delete this value and use the default value instead. Changes on the default value only effect elements without values. Values with the same value as the default are not changed.
The element uses a text value which is exactly the default value. You may delete this value and use the default value instead. Changes on the default value only effect elements without values. Values with the same value as the default are not changed.
A parameter of type InOut can only be used in a parameter set if it is used both in an input and an output parameter set. If used in a call action then both of these parameter set have to be assigned as usages.
The feature 'is abstract' implicates that the element needs to be specialized. The feature 'is leaf' implicates that no specialization is allowed. Therefore a conflict exists between the activation of these two features.
The owner of the event implictly enters the activity to be compensated for boundary events or events triggering a subprocess. If an assigned event definition still specifies a compensating activity then this activity has to be equal to the owner activity.
Checks if the behavior is needed in the model. This is the case if it either is set the classifier behavior of its classifier or is a method of an operation or if it is referenced by elements like call behavior actions. The behavior may also be used to specify token selection for object nodes or object flows or to specify the token transformation for object flows.
If the owner of the activity is a use case, then the behavior of all contained call behavior actions has be assigned as an extending or including use case to the owner use case.
Data type definitions may use data types from known type systems. For troubleshooting the data type definition may be deleted or a profile application makes the type system known.
Elements may use data base option from known type systems. For troubleshooting the option may be deleted or a profile application makes the type system known.
Activity parameter nodes with no outgoing edges and one or more incoming edges must have a parameter with out, inout, or return direction. Activity parameter nodes with no incoming edges and one or more outgoing edges must have a parameter with in or inout direction.
The multiplicity of each 'result' output pin must be compatible with the multiplicity of the corresponding structural features of the unmarshall classifier.
The number of 'replyValue' input pins must be equal to the 'return', 'out' or 'inout' parameters of the operation corresponding to the trigger.
If a non-external partition represents a classifier and is contained in another partition, then the containing partition must represent a classifier, and the classifier of the subpartition must be nested in the classifier represented by the containing partition, or be at the contained end of a strong composition association with the classifier represented by the containing partition.
A procedure expression may use known type systems. For troubleshooting the procedure expression may be deleted or a profile application makes the type system known.
An element may redefine an existing element. Both elements must have the same element type. The owner of the redefining element has to specialize the owner of the redefined element. For some element types further conditions have to be fulfilled, e.g. the types of attributes have to be compatible. For troubleshooting a detailed look on the elements is necessary or the redefinition has to be deleted.
Verifies for an interrupting edge (an activity edge, which is meant to interrupt an interruptible region) if the source node of the edge does belong to the same interruptible region as the edge itself.
A connector may be typed by an association. As precondition the number of association roles and connector ends must be equal. The combination of connected classifiers of association roles and connected roles of the connector ends must match. The connector ends are mapped to the defining association role by the order of ends and roles. For troubleshooting the order of the connector ends has to be modified.
Role binding is a mapping between features of the collaboration type and features of the owning classifier. This mapping indicates which connectable element of the classifier plays which role(s) in the collaboration. A connectable element may be bound to multiple roles in the same collaboration use (that is, it may play multiple roles). But each role of the collaboration use may only used once.
The input parameter must be a bag of elements of the same as or a supertype of the type of the source object node. The output parameter must be the same or a subtype of the type of the object node.
The input parameter must be a bag of elements of the same as or a supertype of the type of source object node. The output parameter must be the same or a subtype of the type of source object node. The behavior cannot have side effects.
The input parameter must be the same as or a supertype of the type of object token coming from the source end. The output parameter must be the same or a subtype of the type of object token expected downstream.
Options can be created in create templates of option capable element types, e.g. DB tables. Only options which are also defined within the profile of the template are allowed. Moving a create template into another profile means you can no longer access the options. You can either delete the options used or make the type system accessible.
The defining feature has an enumeration or a classifier as type. The values of the slot have to be enumeration literals or instance specifications of the classifier. Modifications for the defining feature or the used type lead to a correction of the used values.
An abstract stereotype shouldn't be used for a real element. This means that there are also no templates for an abstract stereotype. All menus below abstract stereotypes are also superfluous as a diagram shouldn't exist for this stereotype. The element should use a valid stereotype. Within the configuration the registered elements should be deleted or stereotype marked as not abstract.
© 1986-2014 MID GmbH Nuremberg Germany. DIN EN 9001 certified. All rights reserved.