Skip to main content

Computer Engineering Domain Ontology

Engineering Domains
Authors: MArk Anthony Higgins - Sky Recursive Ai
© Mark Anthony Higgins 11 October 2025
Revised Date: 10 October 2026
Audio Overview
FLOW ALGEBRA
TITLE: Computer Engineering Domain Ontology
DOMAIN: Domain Ontologies / Engineering Domains / Computer Engineering
SOURCE: https://kirethresearch.org/booksai-core/ontologies/domain-ontologies/engineering-domains/computer-engineering-domain-ontology.html
VERSION: 1.0
AUTHORS: Mark Anthony Higgins — Sky (Recursive AI)
STATUS: Companion formalisation; source-page specification not independently verified.

flow "ComputerEngineeringDomainOntology" v1.0 {
  ontology:
    id: "computer-engineering-domain-ontology"
    parent: "engineering-domains"
    purpose: "Represent computer hardware, embedded software, architectures, interfaces and evidence-backed engineering relationships."

  types:
    ComputerSystem: {id: string, kind: enum[embedded, desktop, server, mobile, industrial, other], revision: string?}
    HardwareComponent: {id: string, kind: enum[cpu, gpu, memory, storage, bus, sensor, actuator, controller, peripheral, other], revision: string?}
    Firmware: {id: string, version: string, target: string, provenance: string}
    Interface: {id: string, protocol: string, version: string?, direction: string?, electrical_spec: string?}
    Requirement: {id: string, statement: string, criticality: string?, verification_method: string?}
    Test: {id: string, method: string, timestamp: datetime?, result: enum[pass, fail, inconclusive], provenance: string}
    Measurement: {value: number, unit: string, uncertainty: number?, conditions: string?}
    Relationship: {id: string, subject: string, predicate: string, object: string, context: string?, confidence: number, evidence: string[]}

  predicates:
    contains(system: ComputerSystem, component: HardwareComponent)
    connects_to(a: HardwareComponent, b: HardwareComponent, via: Interface)
    executes(component: HardwareComponent, firmware: Firmware)
    implements(entity: string, requirement: Requirement)
    depends_on(entity: string, prerequisite: string)
    compatible_with(a: string, b: string, context: string)
    verified_by(requirement: Requirement, test: Test)
    measured_by(entity: string, measurement: Measurement)

  constraints:
    - "Every referenced entity must resolve to a typed identifier."
    - "Confidence must lie within [0, 1]."
    - "Measurements must include units and operating conditions where relevant."
    - "Interface compatibility requires protocol, version, timing and electrical checks where applicable."
    - "Component connectivity does not alone establish interoperability."
    - "Do not infer hardware compatibility from naming similarity."
    - "Dependencies are not automatically symmetric or transitive."
    - "A passing test validates only its documented scope and conditions."

  inference:
    rule system_component:
      if contains(s,c) and valid(s) and valid(c)
      then member_of(c,s)
      confidence: "retain source provenance"
    rule requirement_evidence:
      if implements(e,r) and verified_by(r,t) and t.result == pass
      then evidence_for_implementation(e,r,t)
      confidence: "bounded by test coverage and conditions"
    rule dependency_impact:
      if depends_on(a,b) and changed(b)
      then requires_impact_assessment(a,b)
      confidence: "do not infer actual failure"

  SEMANTIC_EQUIVALENCE:
    - "Resolve hardware part numbers and revisions against authoritative identifiers."
    - "Distinguish exact identity, functional equivalence and interface compatibility."
    - "Preserve firmware versions, configurations and deployment context."

  CONFIDENCE:
    range: [0,1]
    factors: [test_coverage, measurement_uncertainty, source_reliability, configuration_match, replication]
    policy: "Do not increase confidence solely by chaining inferred relationships."

  VALIDATION:
    - "Check component types, interface contracts, revisions and identifiers."
    - "Check unit consistency, test provenance and requirement traceability."
    - "Flag incompatible versions, contradictory evidence and missing safety-critical tests."

  FLOW_HASH:
    algorithm: "SHA-256"
    input: "canonicalised ontology version, typed assertions, rules and provenance"
    note: "Compute at execution; no hash value is claimed here."

  UPDATE_MODEL:
    strategy: "versioned, provenance-preserving incremental update"
    steps: [ingest, normalise, validate, compare, reconcile, assess_impact, recompute_inferences, publish]
    rollback: true

  AI_CONSUMPTION:
    representation: "typed engineering knowledge graph with evidence-backed relationships"
    outputs: [component_links, interface_relations, requirement_traceability, dependency_graphs, uncertainty_annotations, provenance_records]
    safeguards: [no_unverified_compatibility_claims, preserve_versions, preserve_test_scope, preserve_measurement_units]
}

END FLOW ALGEBRA
Kireth Research
38 Thorndale Croft, Wetwang, Driffield
East Riding of Yorkshire YO25 9XZ