One model of your business. Everything else is generated from it.
URDAD is a method, and a tool suite supporting it, for specifying what an organisation’s services must achieve and how they achieve it — in one technology-neutral model. Diagrams, documentation, tests and running processes are all derived from that model, so they cannot drift apart.
Why URDAD?
In most organisations what the business does is written down three times — requirements in documents, designs in diagrams, behaviour in code — and kept in step by hand until they drift apart. URDAD replaces the three copies with one model.
The business model is the asset
The model is the one artefact you keep; everything else can be generated from it again. It names no technology, so it outlives the applications, platforms and vendors that implement it, and it can grow one business unit at a time.
Read more about the business model is the asset in the manualEverything stays in sync
Nothing is drawn by hand. Every diagram, form and document is regenerated from the model whenever it changes, so no two views can disagree and none can be out of date. Every change is a recorded revision.
Read more about everything stays in sync in the manualWhat is specified is what runs
The optional execution environment runs the approved model’s processes as modelled, rather than code rewritten from them, and checks every answer a service gives against its contract — naming the party at fault when one is broken.
Read more about what is specified is what runs in the manualAI proposes, people decide
The AI assistant works inside the method, in the model’s own vocabulary. Nothing it proposes reaches the model until a person accepts it, and every accepted element records the requirement it was drawn from.
Read more about ai proposes, people decide in the manualEvidence for audit, as a by-product
Requirements are kept apart from design, every activity is traced to the requirement it addresses, and every change passes phase gates, review and sign-off and is recorded in an audit log. The tool certifies nothing itself; it keeps the evidence you need to.
Read more about evidence for audit, as a by-product in the manualChange who provides a service, not the process
A process requests a service contract, never a particular provider. A person, a system, a partner or another process can answer it, so automating or outsourcing a service is a configuration change, held to the same contract.
Read more about change who provides a service, not the process in the manual
The tool suite
Model once
- Three synchronised views — model tree, diagrams and element details — with every diagram generated by the tool’s layout engine.
- Real-time co-editing: every change is committed as a revision and seen by everyone on the branch at once.
- Formal specifications in URDAD-OCL or URDAD-FEEL, and business rules as decision tables, checked as you write them.
- Continuous verification of each process against its contract.
Govern change
- Every change is made in a project, taken through phases and phase gates to activation.
- Roles say who drives each transition and who signs what; regulated projects add the checklists their regimes require.
- Sign-off on signed test reports, and an audit log of what was done and by whom.
Execute
- The optional execution environment runs approved processes as modelled, on Temporal’s durable workflows.
- People take part through a task portal whose forms are generated from the contracts.
- External systems are called over HTTP, Kafka or AMQP, and every answer — a person’s, a system’s or a process’s — is checked against its contract.
Share and integrate
- Documentation generated as HTML, PDF or AsciiDoc, and published to Confluence with review comments flowing back.
- Processes and decisions exported to and imported from BPMN and DMN for Camunda 8.
- One vendor-neutral contract per responsibility — CI/CD gating, identity, LLM providers — with each product a thin adapter behind it.
