<项目名称>

迭代计划

 

版本 <1.0>

 

 

[注意:以下模板供与 Rational Unified Process 一起使用。包含在方括号中以蓝色斜体(style=InfoBlue)显示的文本是用于向作者提供指导,在发布文档之前必须删除这些文本。在此样式之后输入的段落将自动设置为正常(style=Body Text)。]

修订历史记录

日期

版本

描述

作者

<dd/mmm/yy>

<x.x>

<详细信息>

<名称>

 

 

 

 

 

 

 

 

 

 

 

 

 


目录

1. 简介         

1.1     目的     

1.2     范围     

1.3 定义、首字母缩写和缩写     

1.4     参考资料     

1.5     概述     

2.       计划      

3.       资源

4.       用例

5.       评估条件

6. 补充规范的需求

7.       风险

8.       技术性能测量

 


迭代计划

1.                   简介

[迭代计划的简介应提供整个文档的概述。它应包括本迭代计划的目的、范围、定义、首字母缩写、缩写、参考资料和概述。]

1.1               目的

[指定本迭代计划的目的。]

1.2               范围

[简要描述本迭代计划的范围、它与哪些项目关联以及受本文档影响的所有其他方面。]

1.3               定义、首字母缩写和缩写

[此子节应该提供正确解释迭代计划所必需的所有术语、首字母缩写和缩写的定义。可以通过引用项目词汇表来提供此信息。]

1.4               参考资料

[本子节应该提供会在迭代计划的其他地方引用的所有文档的完整列表。应该通过标题、报告号(如果适用)、日期和出版机构来标识每个文档。指定参考资料的出处。本处信息可以通过引用附录或另一个文档的形式提供。]

1.5               概述

[本子节应该描述迭代计划的剩余部分包含哪些内容,并说明文档是如何组织的。]

2.                  计划

[详细图,其中显示工作分解结构、迭代的时间线、依赖性、中间里程碑、测试何时开始、Beta 版本和演示等。]对于此迭代应该注意:

·         转承包商和供应商的活动和承诺

·         V&V 和 IV&V 活动和承诺(对于系统工程项目来说)

·         特殊工程活动和承诺(对于系统工程项目来说)。]

3.                  资源

[迭代需要的资源?人,资金,设备等]

4.                  用例

[列出要为此迭代开发的用例和场景。]

5.                  评估条件

[功能、性能、容量、质量度量、质量目标等。]

6.                  补充规范的需求

[在此迭代中要碰到的非功能需求和约束。]

7.                  风险

[在此迭代(为了迁移或使它们退出)中碰到的风险(根据风险列表或风险管理计划)。]

8.                  技术性能测量

[TPM 和与其相关的资源模型在此迭代中尤为重要。]