Data model
Entities, typed attributes, keys and cardinalities. Notation of your choosing — crow's foot, IDEF1X, UML, Chen, Barker — without redrawing.
The canvases
They all draw on the same repository. An application described once appears in the application view, the capability map and the roadmap — without being re-keyed, and with no risk of divergence. The figures below show the structure of each canvas; the studio itself is seen in a demo — on your models.
The angle that neither the architecture suites nor the drawing tools cover.
Entities, typed attributes, keys and cardinalities. Notation of your choosing — crow's foot, IDEF1X, UML, Chen, Barker — without redrawing.
The physical model published as a machine-readable contract — the bridge between the architecture and the data product factory.
The DDL follows from the model, with its types, keys and indexes. Nothing is transcribed by hand, so nothing drifts.
What the organisation does, before talking about the software that supports it.
Lanes, tasks, gateways and flows. The actors come from the repository: a renamed department is renamed everywhere.
What the company knows how to do, by domain. Lenses colour the map by maturity, cost or criticality. No connectors — a capability does not call another capability.
Ordered steps with process time, lead time and complete-and-accurate rate. Flow efficiency is computed — not estimated.
The software and the machines, connected to what they serve.
The three layers and their dependencies, with the TOGAF viewpoints. You see at a glance what falls over if a server does.
Network zones and components. Here an object's band follows from where you drop it — moving a server into the DMZ is declaring it in the DMZ.
The richest canvas: attributes, operations, visibility, inheritance. Java, TypeScript and PlantUML generation from the model.
Why we do things, and in what order we will do them.
Plateaus, milestones, prerequisites and budget envelopes. Dependencies are checked: a plateau cannot begin before the one it depends on.
Stakeholders, drivers, goals and requirements, in columns. An object's band follows from its type — you cannot file a goal among the drivers.
The tree of units and roles. No position is entered: it is derived entirely from the reporting lines in the repository.
Adding a canvas, here, means adding a catalogue file — not starting a project. That is why there are twenty-six of them, not six.
The family that changes what the product is: these nine do not draw, they compute a verdict — and block publication until the organisation has answered it. A diagram you cannot hold anyone to is not worth a report.
Five columns, the fifth of which accepts no object: residual risk is computed. A control that is merely planned counts for one fifth.
What the organisation settled, when, and what it replaces. Lateness is derived from the calendar — nobody types it in.
From obligation to evidence, through requirement and control. Evidence expiry is derived from its declared frequency, never from a typed status.
Sensitivity bands where position classifies. Moving a data item reclassifies it; a flow that declassifies it is refused.
Quadrants and rings, position entirely derived. Every item cites the decision that put it there — not free text, the decision from the log.
The promise held against the dependencies. You never come back faster than your slowest dependency — and only the graph shows it.
A deprecation stands on two legs: a deadline and a destination. With no retirement date, nothing will ever migrate.
Two scores per application — business value, technical quality — and the quadrant follows. Nobody picks it, and that is the whole point.
The notice deadline is computed: term minus notice period. Typed in, it would be wrong by the next quarter.
Six diagrams from the 2.5 standard, plus the two canvases born of a need no notation covered: taking in an existing drawing, and describing what circulates.
Actors, cases, includes and extends. The agents' entry point: this is where the need is stated before it is modelled.
What the software exposes and what it requires — provided and required interfaces, assembled dependencies.
How the code is split into domains. A class cites its package by reference, never by copied text.
Participants, lifelines, ordered messages. Order carries the chronology: you reorder, you do not drag.
States, transitions, initial and final. The shape is the point — a machine has no swimlane.
Building blocks that nest into one another — components, services, nodes — and directed flows that declare what they carry. Moving a container carries its content.
The only canvas that imposes nothing: the target for any drawing from elsewhere. Faithful entry first — positions, sizes, colours, shapes — and interpretation later, if at all.
Drop a .drawio file: each page becomes a document, positions and colours
carried over as they are. Zones are derived from the geometry — nobody declares
them in draw.io.
Thirty minutes on your own cases. We model in front of you, and we show you a model that refuses to publish because it is wrong.