Name | It is the name of access relationship. |
Supplier | Users of UML may stipulate a sense of dependency suitable for their domain, which makes a more abstract element dependent on that which is more specific. |
Client | The element is dependent on the supplier elements. |
Visibility | It specifies the visibility of the imported Packageable Element within the importing package. |
Documentation | It is a description of access relationship. |
Name | It is a name of the constraint. It is optional and commonly omitted. |
Expression | The condition that must be true when evaluated in order for the constraint to be satisfied. |
Documentation | It displays a description of constraint. |
Name | It is the name of the dependency. |
Supplier | Users of UML may stipulate a sense of dependency suitable for their domain, which makes a more abstract element dependent on that which is more specific. |
Client | The element is dependent on the supplier elements. |
Visibility | It determines where the dependency appears within different namespaces within the overall model and its accessibility. |
Documentation | It is a description of dependency. |
Name | It is the name of the generalization. |
General | It references the general classifier in the generalization relationship. |
Specific | It references the specializing classifier in the generalization relationship. |
Visibility | It determines where the generalization relationship appears within different namespaces within the overall model and its accessibility. |
Documentation | It is a description of generalization relationship. |
Substitutable | It indicates whether the specific classifier can be used wherever the general classifier can be used. |
Name | It is the name of import relationship. |
Supplier | Users of UML may stipulate a sense of dependency suitable for their domain, which makes a more abstract element dependent on that which is more specific. |
Client | The element is dependent on the supplier elements. |
Visibility | It specifies the visibility of the imported PackageableElements within the importing Namespace. |
Documentation | It is a description of import relationship. |
Name | It is the name of the merge relationship. |
Supplier | Users of UML may stipulate a sense of dependency suitable for their domain, which makes a more abstract element dependent on that which is more specific. |
Client | The element is dependent on the supplier elements. |
Visibility | It determines where the merge relationship appears within different namespaces within the overall model and its accessibility. |
Documentation | It is a description of merge relationship. |
Name | It is the name of the note. |
Documentation | It specifies a string that is the comment. |
Name | It is the name of the package. |
Parent | The element that contains the package. |
Visibility | It determines where the merge relationship appears within different namespaces within the overall model and its accessibility. |
Documentation | Description of package. |
Abstract | If it's true, the package does not provide a complete declaration and can typically not be instantiated. It is intended to be used by other packages. |
Leaf | It indicates whether it is possible to further specialize a package. |
Root | It indicates whether the package has no ancestors. (True for no ancestors) |
Children | The children of package. |
Name | It is the name of realization relationship. |
Supplier | Users of UML may stipulate a sense of dependency suitable for their domain, which makes a more abstract element dependent on that which is more specific. |
Client | The element is dependent on the supplier elements. |
Visibility | It determines where the realization relationship appears within different namespaces within the overall model and its accessibility. |
| It is optional and may be omitted if the precise relationship between element is not specified. |
Documentation | It is a description of realization relationship. |
Name | It is the name of the subsystem. |
Parent | The element that contains subsystem. |
Documentation | Description of subsystem. |
Abstract | If it's true, the subsystem does not provide a complete declaration and can typically not be instantiated. It is intended to be used by other subsystems. |
Leaf | It indicates whether it is possible to further specialize a subsystem. |
Root | It indicates whether the subsystem has no ancestors. (True for no ancestors) |
Operations | It is a behavioral feature of a subsystem that specifies the name, type, parameters and constraints for invoking an associated behavior.
It refers to the operations owned by the subsystem. |
Children | The children of subsystem. |