The Unified Process

A process you run, not a document you read

Studio executes the Unified Process: phases, iterations, milestones, disciplines, activities and work products are records, and the rules that connect them are explicit. Rigor stays lightweight because the software keeps track for you.

Phases & milestones

Four phases, four milestones, as many iterations as you need

Inception ends in Lifecycle Objectives, Elaboration in Lifecycle Architecture, Construction in Initial Operational Capability and Transition in Product Release. Each phase is planned in iterations with dates and goals.

  • Activities per iteration, with discipline, owner, state and deadline
  • Governed work products: the Vision, the architecture description, builds, reports
  • Process roles assigned to people, discipline by discipline
The process of a Development: activities of the iteration and work products
Readiness

Know what is missing before the milestone meeting

Readiness explains, criterion by criterion, what your process asks for and what is still missing: unapproved requirements, unreviewed use cases, work products without baseline, disciplines nobody covers, requirements without tests.

It is advice, not a gate: reaching a milestone stays a human decision, made with the facts in front of you.

Readiness of a Development: criteria met, missing and not yet
Development cases

Tailor the method to the project

A development case says how much each discipline, activity, work product and readiness criterion matters: required, recommended, optional or disabled, optionally per milestone. Studio ships a lightweight Standard case and an Existing System case for brownfield work, and you can create your own.

  • Each Development keeps a snapshot of the case it applied
  • Change the case later and re-apply it when you decide
Quality tab of a Development: the tests that verify its requirements
Change control

Change requests with a memory

A change goes from submitted to triaged, accepted or rejected (with a written rationale), scheduled in a target iteration, implemented, verified and closed. Impact analysis links it to the requirements, models and tests it touches.

  • Who decided, when and why, always recorded
  • Change requests waiting for you appear in My work
Change requests of a Development
Baselines

Reproduce exactly what was agreed

Traces point to records; baselines point to the exact revisions that were in force. Studio takes one automatically when a milestone is reached, and you can take your own at any time. A revision held by a baseline is never deleted.

Automatic

Every reached milestone freezes the baselined records and their traces.

Protected

Revisions referenced by a baseline are kept, whatever happens next.

Complete

Not just documents: the exact traces between them, so the picture is whole.

Process is only half of it

The process governs records: see how requirements, models and knowledge are captured and connected.