工件： 工作版本
 工作版本 |
工作版本由一个或多个构件（通常为可执行构件）构成，一般都是通过编译和链接源代码的处理过程从其他构件中构建的。 |
| UML 表示： | 实施模型（顶级包或实施子系统）中的包，构造型为 «build»。 |
| 角色： | 集成员 |
| 活动的输入： | 活动的输出： |
目的 
工作版本由实施模型中的其他构件构建而成，其目在于交付一个运行时功能和系统性能的可测试子集。Rational Unified Process 建议，在一次迭代期间构建一系列工作版本，并且随着实施子系统构件的添加或改进，添加每一工作版本的功能。工作版本可在系统的各个级上构建，可以包含一个或多个子系统，但是在 Rational Unified Process 中，我们特别关注在工件： 集成构建计划中定义的工作版本，因为它们是完成迭代的阶梯。如果系统的大小或复杂性允许，则可将集成构建计划改进为涵盖单独子系统的多个计划。
请注意实施员可以出于多种原因，如出于单元测试的原因，在适当的时候使用源自实施员的专用开发区和子系统系统集成工作区的构件来构建非正式的工作版本。然而，就此术语而言，工作版本是由集成员从实施员交付到子系统或系统集成工作区的构件的确定版本来构建的，工件：集成构建计划对此作出了定义。
特征
|
特征名 |
简要说明 |
UML 表示 |
| 说明 | 工作版本的简要文本说明 | 标注值，属于“短文本”类型 |
| 实施子系统 | 工作版本中的子系统 | 通过元关联关系“represents”拥有，或通过元聚合关系“owns”递归拥有 |
| 构件 | 工作版本中的构件，由子系统拥有 | 通过元聚合关系“owns”而递归拥有 |
| 集成构建计划引用 | 对相应集成构建计划中的详细工作版本说明的引用 | 标注值 |
时机
可用每一迭代的工件：集成构建计划中定义方法构建工作版本。
职责
集成员负责工作版本的生成。如果开发是围绕子系统（及与其关联关系的团队）计划的，这些子系统随后将集成到系统中，则可能有若干人担当集成员的角色。例如，在每个子系统团队中配备一个集成员（进行子系统级的集成），此外再配备一个进行系统级集成的集成员。
定制
显而易见，工作版本是必需的，然而项目生成的工作版本的类型将在生命周期中不断改变。在先启阶段，侧重于原型的生成，以作为更好地理解问题所在或与客户更好地沟通的途径；精化阶段侧重于生成稳定的构架；构建阶段侧重于添加功能。在产品化阶段，侧重点将转移到确保软件达到可交付使用的质量上。
