活动:
|
目的
|
|
角色: 集成员 | |
频率:通常,在构造和移交阶段中(也可能在精化阶段中)每个迭代至少一次。 | |
步骤 | |
输入工件: | 生成的工件: |
工具向导: |
工作流程明细: |
迭代计划指定此次迭代中应实施的所有用例和场景。确定哪些实施子系统参与当前迭代的用例和场景。研究设计用例实现的序列图、通信图等。也确定需要哪些其它实施子系统来实现编译,即创建工作版本。
从设计用例实现来确定实施子系统。
在大型系统中最多可有一百个实施子系统,这使计划集成成为一项复杂的任务。
为了促进集成计划和管理复杂性,需要减少要考虑的事项。建议定义多组有意义的子系统(工作版本集合或工作版本塔),从集成的观点来看,这些子系统是一起的。“一起”表示这些子系统有时作为一个组集成;只集成其中一个子系统并无意义。 例如,子系统需要(直接或间接导入)执行的低层的所有子系统可以是一个有意义的工作版本集合。
如果这两个子系统通常是作为组来集成的,则工作版本集合是为最低层定义的。对编译和执行子系统 A 所需的所有子系统定义工作版本集合。
请注意,工作版本集合可以并将会有重叠。在项目期限内,您拥有的工作版本集合及其内容会有变化。
定义这些工作版本集合的目的是更易执行集成计划。不必考虑单个的子系统,可以只考虑各组子系统。
定义一系列工作版本以递增地集成系统。在实施模型中的子系统的分层结构中,这通常以自下而上的方式进行。对于每个工作版本,定义应加入的子系统和必须可用作桩模块的其它子系统。在下图中,定义了三个工作版本。
计划在三个工作版本中进行的集成。
要评估集成构造计划,请考虑以下检查点:
Rational Unified Process
|