Table of Contents | ||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|
|
Note |
---|
This is an experimental schema, not yet tested in Orthogramic. |
Introduction
In the Orthogramic Metamodel, cross-domain relationships articulate the interactions between elements across distinct business architecture domains. These relationships are pivotal for understanding how components such as strategies, capabilities, value streams, and policies interconnect, thereby enabling a cohesive and comprehensive view of the enterprise.
...
This section provides a structured overview of the defined cross-domain relationships within the Orthogramic Metamodel. It supports practitioners in mapping and analysing the complex web of interactions that underpin organisational performance and strategic execution.
Example
This cross-domain relationship example illustrates how the Finance domain plays a critical role in enabling the Capability domain by providing funding. Funding is essential for the development, enhancement, and sustainability of organisational capabilities, ensuring that key competencies are aligned with strategic priorities. By explicitly linking finance to capabilities through a 'funds' relationship, organisations can strengthen the connection between financial planning and strategic execution, ensuring that investments are directed towards the areas of highest strategic value. This relationship is classified as high priority and strategic in impact, highlighting its importance in driving long-term organisational success.
Code Block |
---|
{ "crossDomainRelationships": [ { "domain": "Capability", "relationshipType": "funds", "description": "Finance provides funding to capabilities to enable the development and enhancement of organisational competencies aligned with strategic objectives.", "metadata": { "priority": "high", "impact": "strategic" } } ] } |
Relationship types descriptions
...
purchases: Indicates customer segments purchase products
influences: Shows how market elements influence other domains
targets: Indicates targeting relationships
requires: Shows dependencies on other domain elements
supports: Indicates supportive relationships
uses: Shows utilization of other domain elements
enables: Indicates enabling relationships
delivers: Shows delivery relationships
depends_on: Indicates dependency relationships
contributes_to: Shows contribution relationships
validates: Indicates validation relationships
aligns_with: Shows alignment with other elements
governed_by: Indicates governance relationships
secured_by: Shows security relationships
measured_by: Indicates measurement relationships
enhanced_by: Shows enhancement relationships
monitors: Indicates monitoring relationships
tracks: Shows tracking relationships
informs: Indicates information flow
guides: Shows guidance relationships
interacts_with: Indicates interaction relationships
analyzes: Shows analysis relationships
optimizes: Indicates optimization relationships
relates_to: Shows general relationships
affects: Indicates effect relationships
impacts: Shows impact relationships
...
funds: Financial support or funding for other elements.
...
impacts: Influence or affect other domain elements through finance.
...
drives: Propel or stimulate activity in another domain.
...
enables: Make possible through financial or resource backing.
...
allocates_to: Assign financial resources to organisational units or initiatives.
...
influences: Affect direction or outcomes indirectly.
...
constrains: Limit options or actions due to financial considerations.
...
Each cross-domain relationship type defines a specific way in which two business architecture domains interact. To ensure consistency and clarity across modelling activities, this section provides detailed descriptions of each relationship type. These descriptions help users correctly interpret and apply relationships when linking domain entities, supporting more accurate analysis, governance, and decision-making. Understanding the intent behind each relationship type is critical to maintaining the semantic integrity of the overall business architecture model.
Relationship Type | Description |
---|---|
| Finance provides financial resources to another domain entity to enable its development, operation, or enhancement. |
| Finance expresses the activities, outputs, or outcomes of another domain entity in measurable financial terms. |
| Finance produces formal reports capturing the financial performance, costs, or returns associated with another domain entity. |
| Finance projects future financial needs, costs, or revenues associated with another domain entity. |
| One domain entity receives necessary resources, services, or capabilities from another domain entity to deliver its intended outputs or outcomes. |
| One domain entity imposes limitations, standards, or compliance requirements on another domain entity’s design, operation, or evolution. |
| One domain entity is essential for the successful implementation, operationalisation, or fulfilment of another domain entity. |
| One domain entity actively reduces the risks or vulnerabilities associated with another domain entity. |
| One domain entity oversees, measures, or evaluates the performance or effectiveness of another domain entity. |
| One domain entity defines policies, standards, or decision rights that control the operation of another domain entity. |
| One domain entity generates, influences, or amplifies the demand for another domain entity’s outputs, services, or capabilities. |
| One domain entity is triggered, adapted, or activated in response to changes in another domain entity or external event. |
| One domain entity uses, relies upon, or draws from the resources, outputs, or services of another domain entity. |
| One domain entity is intentionally coordinated or harmonised with another domain entity in purpose, direction, or design without establishing a direct dependency. |
| For systematic traceability of oversight responsibilities. |
| For a clear line of responsibility between entities |
Enumeration values
Property | Allowed Values | Description |
---|---|---|
|
| The relationship is critical and should be prioritised for attention, action, or analysis. |
| The relationship is important but not critical; it should be monitored and addressed as needed. | |
| The relationship has limited immediate significance and can be considered lower priority. | |
|
| The relationship affects the organisation’s strategic objectives, positioning, or long-term outcomes. |
| The relationship influences day-to-day business operations, efficiency, or delivery of services. | |
| The relationship impacts specific initiatives, projects, or time-bound goals within the organisation. |