任务:计划系统集成
此任务描述了如何计划系统的集成。
规程:实施
关系
角色主执行者: 其他执行者:
输入必需: 可选:
输出
流程使用情况
步骤
确定子系统

迭代计划指定此次迭代中应实施的所有用例和场景。 确定哪些实施子系统参与当前迭代的用例和场景。研究设计用例实现的时序图、通信图等。 也确定需要哪些其他实施子系统来实现编译,即创建工作版本。

迭代的用例和场景图

从设计用例实现来确定实施子系统。

定义工作版本集合

在大型系统中最多可有一百个实施子系统,这使计划集成成为一项复杂的任务。

为了促进集成计划和管理复杂性,需要减少要考虑的事项。建议定义多组有意义的子系统(工作版本集合工作版本塔),从集成的观点来看,这些子系统是一起的。“一起”表示这些子系统有时作为一个组集成;只集成其中一个子系统并无意义。例如,子系统需要(直接或间接导入)执行的低层的所有子系统可以是一个有意义的工作版本集合。

样本工作版本集合图

如果这两个子系统通常是作为组来集成的,则工作版本集合是为最低层定义的。对编译和执行子系统 A 所需的所有子系统定义工作版本集合。

请注意,工作版本集合可以并将会有重叠。在项目期限内,您拥有的工作版本集合及其内容会有变化。

定义这些工作版本集合的目的是更易执行集成计划。不必考虑单个的子系统,可以只考虑各组子系统。

定义一系列工作版本

定义一系列工作版本以递增地集成系统。在实施模型中的子系统的分层结构中,这通常以自下而上的方式进行。对于每个工作版本,定义应加入的子系统和必须可用作桩模块的其他子系统。在下图中,定义了三个工作版本。

三个工作版本集成计划图

计划在三个工作版本中进行的集成。

评估集成构建计划

要评估集成构建计划,请考虑以下核对表:

  • 集成顺序易于查找错误吗?
  • 集成顺序对桩模块的需要维持在最小程度吗?
  • 集成顺序与开发组件的顺序协调吗?