References

If this reference is not set then EObjectActionProvider creates a new Action using AppFactory in newAction() method. If this reference is set and is Action then a copy of the action is created and returned. Otherwise the reference value it is adapted to ActionProvider which is used to create an action. This allows to merge actions and chain action generation. E.g. generate Ecore model documentation and merge it into the Engineering documentation.

Type EObject
Cardinality 0..1
Changeable true
Derived false
Declaring class ModelElement

Alignments to this aim.

Type Alignment
Cardinality 0..*
Changeable false
Derived true
Declaring class Aim
Opposite aim

Aims to which this alignable aligns. E.g. a module level principle may align to organization pirinciples.

Type Alignment
Cardinality 0..*
Changeable true
Derived false
Declaring class Alignable
Key path

Map entries

Type Property
Cardinality 0..*
Changeable true
Derived false
Declaring class ModelElement
Key name

Sub-objectives of this objective.

Type Objective
Cardinality 0..*
Changeable true
Derived false
Declaring class Objective
Key path

Element documentation, e.g. Markdown documentation.

Type EObject
Cardinality 0..*
Changeable true
Derived false
Declaring class ModelElement

Endeavor for which containing engineer has this objective for. E.g. “Achieve XYZ in Q2”. Objectives can also be contained in endeavors directly. In this case they are assumed to be objectives of the assignee.

Type Endeavor
Cardinality 0..1
Changeable true
Derived false
Declaring class Objective
Opposite linkedObjectives

What needs to be done to achieve the containing Key Result.

Type Issue
Cardinality 0..*
Changeable true
Derived false
Declaring class KeyResult
Key path

Key results for this objective.

Type KeyResult
Cardinality 0..*
Changeable true
Derived false
Declaring class Objective
Key path

Objectives linked to this one via the parent reference.

Type Objective
Cardinality 0..*
Changeable false
Derived true
Declaring class Objective
Opposite parent

Markers pointing to where this model element was loaded from - location, line and column numbers. Multiple markers are supported for situations when a single model element is loaded from multiple locations, e.g. a row in an Excel document or a database and then pom.xml and readme.md is a source repository. Another possiblity is an element being created from a prototype and then loaded - in this case the object will inherit markers from its prototype and will have a marker point to the location where it was loaded from. Markers are listed in the reverse order, i.e. the prototype marker would be after the load marker in the list.

Type Marker
Cardinality 0..*
Changeable true
Derived false
Declaring class Marked

Objective can be linked to a parent objective it is not already a child of objective, i.e. is contained by an engineer or endeavor.

Type Objective
Cardinality 0..1
Changeable true
Derived false
Declaring class Objective
Opposite linkedObjectives

Pluggable representations of a model element, e.g. a component diagram for modules.

Type Representation
Cardinality 0..*
Changeable true
Derived false
Declaring class ModelElement

Resources associated with the element, e.g. documentation.

Type NamedElement
Cardinality 0..*
Changeable true
Derived false
Declaring class ModelElement
Key path

Sections for model element documentation.

Type Document
Cardinality 0..*
Changeable true
Derived false
Declaring class ModelElement
Key path

A union of children and linked objectives.

Type Objective
Cardinality 0..*
Changeable false
Derived true
Declaring class Objective

Table of contents configuration.

Type TableOfContents
Cardinality 0..1
Changeable true
Derived false
Declaring class ModelElement