Ontology

Nodes are non-divisible components with exactly one element kind and one layer. Relationships are asserted in canonical direction only; inverses are declared with owl:inverseOf. Domain and range are enforced by SHACL. Machine-readable files: kg/ara-ontology.ttl, kg/ara-shapes.ttl.

Element kinds

KindDefinitionComponents
Software componentAn active, executable unit of behaviour (agent, service, controller, pipeline stage).938
Data storeA persistent or durable store of data read and written at runtime (vector index, graph store, checkpoint store, log store).117
Data artifactA passive, versioned structural object that shapes behaviour: prompt template, policy, schema, configuration, state definition.364
Model assetA trained machine-learning model or compiled inference engine (weights, adapters, optimized engine).63
InterfaceA point of access exposing a component's services through a defined protocol or contract (API, tool protocol endpoint).34
Infrastructure resourceA compute, accelerator, network, or execution-isolation resource on which software, models, or stores are deployed.33
Human roleA human responsibility that participates in the architecture's runtime or governance (reviewer, operator, auditor, end user).38

Relationship types (30)

RelationshipCategory Subject kindsObject kinds DefinitionArchiMateEdges
ara:configures
inverse: is configured by
structuralData artifactData artifact, Data store, Human role, Infrastructure resource, Interface, Model asset, Software componentThe data artifact (prompt, schema, configuration, rule set) determines how the object behaves.Association (directed) / Influence423
ara:deployedOn
inverse: hosts
structuralData store, Model asset, Software componentInfrastructure resource, Software componentThe subject is deployed onto, hosted by, or executes within the object (including isolation sandboxes, GPU partitions, and inference servers hosting models).Assignment (inverse)221
ara:exposes
inverse: is exposed by
structuralSoftware componentInterfaceThe software component makes its services available through the interface.Composition (component–interface)36
ara:caches
inverse: is cached by
dependencyData store, Software componentInterface, Software componentThe subject stores and replays results of the object to avoid recomputation.Serving21
ara:delegatesTo
inverse: receives delegation from
dependencySoftware componentSoftware componentThe subject hands a sub-task, with its goal and context, to the object, which completes it with some autonomy.Serving (inverse) + Triggering10
ara:invokes
inverse: is invoked by
dependencyHuman role, Software componentInterface, Software componentThe subject calls the object's service (request–response or streaming) and consumes its result.Serving (inverse)729
ara:reads
inverse: is read by
dependencySoftware componentData artifact, Data storeThe subject retrieves information from the data store or data artifact.Access (read)652
ara:writes
inverse: is written by
dependencySoftware componentData artifact, Data storeThe subject creates, updates, or deletes information in the data store or data artifact.Access (write)328
ara:emitsTelemetryTo
inverse: receives telemetry from
dynamicData artifact, Data store, Human role, Infrastructure resource, Interface, Model asset, Software componentData store, Software componentThe subject emits traces, logs, metrics, or audit events to the object.Flow147
ara:escalatesTo
inverse: receives escalation from
dynamicSoftware componentHuman role, Software componentWhen confidence, risk, or policy thresholds are crossed, the subject hands control of a case to the object.Triggering86
ara:routesTo
inverse: is routed to by
dynamicSoftware componentInterface, Software componentThe subject selects the object as the destination of a request according to a routing policy (intent, cost, load, capability).Flow117
ara:sendsDataTo
inverse: receives data from
dynamicData artifact, Data store, Human role, Infrastructure resource, Interface, Model asset, Software componentData artifact, Data store, Human role, Infrastructure resource, Interface, Model asset, Software componentInformation flows from the subject to the object (push, stream, or event).Flow490
ara:triggers
inverse: is triggered by
dynamicHuman role, Software componentHuman role, Software componentAn event or completion in the subject causes the object to start behaviour (temporal/causal, typically asynchronous).Triggering133
ara:approves
inverse: requires approval from
controlHuman role, Software componentSoftware componentThe subject must grant explicit approval before the object's gated actions take effect (human-in-the-loop gate).Influence17
ara:constrains
inverse: is constrained by
controlData artifact, Software componentData artifact, Data store, Human role, Infrastructure resource, Interface, Model asset, Software componentThe subject (typically a policy or limit) restricts the permissible behaviour, resources, or action space of the object.Influence117
ara:controlsAccessTo
inverse: has access controlled by
controlSoftware componentData artifact, Data store, Human role, Infrastructure resource, Interface, Model asset, Software componentThe subject authenticates principals and authorises (or denies) their access to the object.Serving / Influence30
ara:failsOverTo
inverse: is failover for
controlInterface, Software componentInterface, Software componentWhen the subject is unavailable or degraded, requests are served by the object instead (fallback / graceful degradation).Association (directed)17
ara:guards
inverse: is guarded by
controlSoftware componentData artifact, Data store, Human role, Infrastructure resource, Interface, Model asset, Software componentThe subject inspects the object's inputs, outputs, or actions at runtime and can block, modify, or redirect them.Influence (−) / Serving118
ara:orchestrates
inverse: is orchestrated by
controlSoftware componentSoftware componentThe subject coordinates the object's execution: sequencing, scheduling, lifecycle, and state transitions.Triggering + Assignment134
ara:overrides
inverse: is overridden by
controlHuman role, Software componentSoftware componentThe subject can pre-empt, halt, roll back, or replace the object's decisions after they are taken (human-on/over-the-loop).Influence24
ara:scales
inverse: is scaled by
controlSoftware componentData store, Infrastructure resource, Software componentThe subject adjusts the number of replicas or the resource allocation of the object in response to demand signals.Influence24
ara:audits
inverse: is audited by
assuranceHuman role, Software componentData artifact, Data store, Human role, Infrastructure resource, Interface, Model asset, Software componentThe subject examines the object's records or behaviour for conformance with policy, regulation, or standards.Association (directed)60
ara:evaluates
inverse: is evaluated by
assuranceHuman role, Software componentData artifact, Data store, Human role, Infrastructure resource, Interface, Model asset, Software componentThe subject measures the quality, accuracy, or safety of the object's outputs or behaviour against criteria (offline or online).Association (directed)177
ara:monitors
inverse: is monitored by
assuranceHuman role, Software componentData artifact, Data store, Human role, Infrastructure resource, Interface, Model asset, Software componentThe subject continuously observes the object's health, performance, cost, or drift and raises signals on anomalies.Association (directed)150
ara:optimizes
inverse: is optimized by
lifecycleSoftware componentModel assetThe subject transforms the model asset into a more efficient form without retraining its task behaviour (quantization, compilation, pruning).Realization18
ara:produces
inverse: is produced by
lifecycleSoftware componentData artifact, Data store, Model assetThe subject generates the object as an output artifact (build-time or batch), as distinct from runtime writes to a store.Realization / Access (write)56
ara:trains
inverse: is trained by
lifecycleSoftware componentModel assetThe subject creates or updates the model asset's parameters (pre-training, fine-tuning, PEFT, preference optimisation).Realization35
ara:alternativeTo
inverse: is target of alternativeTo
variabilityData artifact, Data store, Human role, Infrastructure resource, Interface, Model asset, Software componentData artifact, Data store, Human role, Infrastructure resource, Interface, Model asset, Software componentSubject and object are substitutable variants of the same variation point: both specialize, directly or transitively, a common ancestor component. Alternatives MAY be combined unless linked by ara:excludes.Association (undirected)429
ara:excludes
inverse: is target of excludes
variabilityData artifact, Data store, Human role, Infrastructure resource, Interface, Model asset, Software componentData artifact, Data store, Human role, Infrastructure resource, Interface, Model asset, Software componentSubject and object must not both be selected in one architecture configuration (feature-model 'excludes' constraint).2
ara:specializes
inverse: is specialized by
variabilityData artifact, Data store, Human role, Infrastructure resource, Interface, Model asset, Software componentData artifact, Data store, Human role, Infrastructure resource, Interface, Model asset, Software componentThe subject is a concrete variant (or narrower role) of the object; it fulfils the object's responsibility in a particular way and inherits its relationships.Specialization487