Holarch

Reference

LML Primer

The Lifecycle Modeling Language describes a system with a small set of classes (kinds of things), relationships between them, and attributes on both. Holarch ships with a default LML schema: 26 classes, 92 relations, 93 attributes and 140 labels.

Entities

Everything in a project is an entity: one instance of a class with a Name, Number (for example 1.2.3), Description, Labels and class attributes. Diagrams, documents, matrices and charts are views of the same entities, so a change in one view shows everywhere.

The main classes

ClassUse it forTypical relationships
ActionFunctions, activities, tasks: what the system doesdecomposed by, performed by (Asset), generates / receives (Input/Output), satisfies (Requirement)
Asset (Resource)Systems, subsystems, people, organizations: who or what performs actionsperforms, connected by (Conduit), decomposed by
Input/OutputData, material or energy passed between actionsgenerated by / received by, transferred by (Conduit)
ConduitPhysical or logical links between assets: interfacesconnects to (Asset), transfers (Input/Output)
Requirement (Statement)“The system shall…” statements; Statements also cover goals, assumptions and definitionsdecomposed by, satisfied by, verified by (Test Case), traced to
ArtifactDocuments, specifications, presentationssource of, decomposed by (sections)
Test CaseVerification activitiesverifies (Requirement), decomposed by (steps)
RiskThings that may go wrong (probability × consequence)caused by, mitigated by, resolves
Characteristic (Measure)Performance parameters and measures of effectivenessspecifies
Cost, Time, Location, Decision, Issue, EquationCost data, milestones, places, decisions, issues, equationsincurred by, occurred by, located at, …

Relationships

  • Every relationship has an inverse: “Plan Route performed by Drone” is the same link as “Drone performs Plan Route”.
  • The schema limits which classes each relation may connect; Holarch offers only allowed relations (see Schema).
  • decomposed by / decomposes builds every hierarchy: numbering, document outlines, hierarchy and tree diagrams, and action-diagram children.
  • Some relationships carry attributes; for example receives has a Trigger flag used in simulation.

Labels

Labels tag entities without changing their class: a Requirement labeled Functional Requirement, an Artifact labeled Test Suite or Presentation, an Action labeled Capability.

Traceability backbone

Artifact source of Requirement → Requirement decomposed by child requirements → Requirement satisfied by Action or Asset → Requirement verified by Test Case. The Traceability Matrix, Spider diagram, RVTM and Model Checks check this chain for gaps.

Full lists: classes and attributes, relationships, labels.