Mastering the Unified Process Transition Phase

Classified in Computers

Written on in English with a size of 3.53 KB

Transition Phase

The transition phase is entered when a baseline is mature. A usable subset of the system has been built with acceptable quality levels and user documentation. It can be deployed to the user community.

  • For some projects, the transition phase marks the starting point for another version of the software system.
  • For other projects, the transition phase signifies the complete delivery of the software system to a third party responsible for operation, maintenance, and enhancement.

Objectives of the Transition Phase

  • Achieve user independence (users can support themselves).
  • Ensure the deployment baseline is complete and consistent with the criteria in the project agreement.
  • Ensure the final baseline can be built as rapidly and cost-effectively as possible.

Activities of the Transition Phase

  • Synchronization and integration of concurrent development increments into one consistent deployment baseline.
  • Commercial packaging and production.
  • Sales rollout kit development.
  • Field personnel training.
  • Testing of the deployment baseline against acceptance criteria.

Phase vs. Iteration

  • Each of the four phases (inception, elaboration, construction, transition) consists of one or more iterations.
  • An iteration represents a set of activities for which there is a milestone (a well-defined intermediate event).
  • The scope and results of the iteration are captured via work products, known as artifacts in the Unified Process (UP).
  • A phase creates a formal, stakeholder-approved version of artifacts and leads to a major milestone.

Phase-to-Phase Transition

Triggered by a significant business decision, not by the completion of a software development activity.

Iteration-to-Iteration Transition

An iteration creates an informal, internally controlled version of artifacts and leads to a minor milestone. This is triggered by a specific software development activity.


Artifacts in the Unified Process

An artifact is a work product in a uniform representation format (e.g., natural language, UML, Java, binary code). An artifact set is a collection of artifacts developed and reviewed as a single entity. The Unified Process distinguishes five artifact sets:

  • Management set
  • Requirements set
  • Design set
  • Implementation set
  • Deployment set

Management Set

  • Goal: Capture plans, processes, objectives, and acceptance criteria.
  • Notation: Ad hoc text, graphics, textual use cases.

Requirements Set

  • Goal: Capture the problem in the language of the problem domain.
  • Notation: Structured text, UML models.

Design Set

  • Goal: Capture the engineering blueprints.
  • Notation: Structured text, UML models.

Implementation Set

  • Goal: Capture the building blocks of the solution domain in a human-readable format.
  • Notation: Programming language.

Deployment Set

  • Goal: Capture the solution in a machine-readable format.
  • Notation: Machine language.

Each artifact set is the predominant focus in one stage of the Unified Process.

Related entries: