Purpose
  • Similar to the implementers' 'private workspace', where individuals can develop and change code in a contained area, is the notion of integration workspace. The integration workspace is where subsystem and system integrators convince themselves that separately developed and tested components can indeed work together as a product.
Role:  Integrator 
Frequency: On-going as part of the Iterative Development Process 
Input Artifacts:    Resulting Artifacts:   
Tool Mentors:   

Workflow Details:   

Implementers develop implementation elements, in accordance with the project's defined Development Case, and deliver them from their development workspaces into the project's integration workspace. Integrators combine the elements delivered to the integration workspace to produce a build. When creating a new baseline, the integrator needs to "lock" the integration workspace to ensure that there is a static set of files, and that no new files are delivered by the developers.

There are two kinds of views that can be associated with the integration workspace, they are the dynamic view, and the static view.

Dynamic views provide immediate, transparent access to files and directories in the project repository. Snapshot views copy files and directories from the project repository onto the developer's local computer.

The integration view should be a dynamic view. This ensures that the integrator sees the latest version of files and directories delivered by the developers.



Rational Unified Process   2003.06.13