<项目名称>
系统开发计划
版本 <1.0>
[注意:以下模板供与 Rational Unified Process 一起使用。包含在方括号中以蓝色斜体(style=InfoBlue)显示的文本用于向作者提供指导,在发布文档之前必须删除这些文本。 在此样式之后输入的段落将自动设置为正常(style=Body Text)。]
修订历史记录
日期 |
版本 |
描述 |
作者 |
<dd/mmm/yy> |
<x.x> |
<详细信息> |
<名称> |
|
|
|
|
|
|
|
|
|
|
|
|
目录
系统开发计划
[系统开发计划的简介提供了整个文档的概述。它包括本系统开发计划的目的、范围、定义、首字母缩写、缩写、参考资料和概述。]
[指定本系统开发计划的目的。]
[简要描述本系统开发计划的范围、它与哪些项目关联,以及受本文档影响的所有其他方面。]
[本子节提供正确解释系统开发计划所必需的所有术语、首字母缩写和缩写的定义。 可以通过引用项目词汇表来提供此信息。]
[本子节提供一份在系统开发计划中的其他地方引用的所有文档的完整列表。通过标题、报告号(如果适用)、日期和出版机构来标识每个文档。指定参考资料的出处。可以通过引用附录或其他文档来提供此信息。
对于系统开发计划,引用工件的列表中包括:
[本子节描述系统开发计划的剩余部分包含哪些内容,并说明文档是如何组织的。]
[简要描述此项目的目的和目标,并简要描述项目预期要交付哪些可交付成果。]
[列出此计划所基于的假定以及所有约束,例如:应用于项目的预算、员工、设备和进度安排。]
[以表格方式列出要在项目期间创建的产品,包括目标交付日期。]
[以表的形式列出系统开发计划的建议版本,以及对此计划执行未作进度安排的修订和重新发布的条件。]
[描述项目团队的组织结构,包括管理层和其他复审机构。]
[描述项目如何与外部组对接。例如,相关的承包商和 IV&V 代理商。对于每个外部组,需要指明内部和外部联系人姓名。]
[指明将负责每个规程、工作流详情和支持流程的项目组织单元。]
[提供项目的估计成本和进度安排,以及这些估计的依据,并指明在项目中需要重新进行估计的时间点和条件。]
[SBS 是对系统或者产品分解成元素(可操作且可行/可支持)的方式的一种较为先进的观点,这些元素分开建立且独立制定预算和给予资源。这也称为产品分解结构,SBS 与工作分解结构形成鲜明对比,后者是基于任务的且定义了用于生产 SBS 中一个元素所需的工作类型、工作量和其他资源。]
[包括以下各项:
定义所有重要的发布点和演示。]
[列出对于每个迭代需要达到的目标。]
[简要描述每个系统发行版,不论它是原型、演示、beta 版还是其他版本。]
[显示迭代和阶段、发布点、演示和其他里程碑的目标完成日期的图或表。]
[此处指明所需的人员的数量和类型(包括所有特殊的技能或经验),按照项目阶段或迭代进行进度安排。]
[确定项目所需的其他资源(材料、设备、设施、工具等)。请查阅其他合适的计划(例如设施计划)。]
[描述您发现和获取项目所需的人员和其他资源的方法。请查阅其他合适的计划(例如设施计划)。]
[列出项目团队成员需要的特殊培训,并列出此培训必须完成的目标日期。]
[对应于 WBS,SBS 和“阶段计划”的成本分配。]
[本节中通过引用而包含每个迭代计划。]
[通过引用而包含。]
[描述依照计划的进度安排而采用的监视进度的方法,并描述如何在需要时执行修正操作。]
[描述确定、测量、跟踪和控制关键技术特征的途径和方法,例如,重量和耗电。如有必要请确定这些特征,然后将它们分解至低等级特征并将它们映射为 SBS 中的元素。该计划也包括对风险的描述,这些风险与满足计划好的资源模型和处理偏差的应急计划关联。]
[描述依照项目预算而采用的监视开销的方法,并描述如何在需要时执行修正操作。]
[描述为了控制项目可交付成果的质量而使用的计时和方法,并描述如何在需要时执行修正操作。]
[描述要生成的内部和外部报告,以及生成的频率和报告的分发范围。]
[通过引用而包含。]
[通过引用而包含。]
[描述有序完成项目所需的活动,包括人员重新指定、项目资料的归档、事后汇报和报告等。]
[通过引用而包含。]
[通过引用列出已记录的项目技术标准等文档:
[通过引用而包含。]
[通过引用而包含。]
[通过引用而包含。]
[通过引用而包含。]
[通过引用而包含。]
[通过引用而包含。]
[通过引用而包含。]
[通过引用而包含。]
[通过引用而包含。]
[通过引用而包含。]
[这些计划是关于各种特殊工程规程的需求,例如,它包括:
[通过引用而包含。]
[通过引用而包含。]
[按合同或规章要求可能需要的其他计划。]
[供系统开发计划的读者使用的附加资料。]