项目计划模板.docVIP

北京青牛科技

工程名称

工程方案

版本号

yyyy-mm-dd

作者:

文档标识

工程名称

文档名称

工程方案

文档源

版本号

状况

草案评审过的更新过的定为基线的

文档修订历史

版本

日期

描述

文档所有者

yyyy-mm-dd

简要说明在此版本中的发生的变化以及发生变化的原因。同时列出此版本评审人和核准人的姓名。

此版本文档的正式核准

姓名

签字

日期

分发控制

副本

接受人

机构

目录

TOC\o1-3\h\z第1章 工程概述 2

1.1 目标陈述 2

1.2 范围简述 2

1.3 条件和限制 2

第2章 工程的交付物 2

第3章 工程的生命周期 2

3.1 生命周期描述 2

3.2 方法与工具 3

第4章 工程估计 3

4.1 工作分解结构 3

4.2 本钱估计 3

4.3 规模估计 3

4.4 工作量估计 4

第5章 工程资源 4

5.1 人力资源 4

5.2 培训方案 4

5.3 计算机资源 5

第6章 工程组织结构 5

6.1 工程组织结构图 5

6.2 角色和职责 6

6.3 组间协调 6

第7章 工程进度方案 6

第8章 工程质量方案 7

8.1 质量目标 7

8.2 采用的工具与技术 7

8.3 技术评审方案 7

8.4 工程阶段管理评审方案 7

第9章 工程质量保证方案 7

第10章 工程配置管理方案 8

第11章 工程依赖 8

第12章 工程风险方案 8

第13章 工程变更管理 9

第14章 工程沟通方案 9

沟通关系 9

沟通活动 10

第15章 工程重方案 10

第16章 测试方案 11

工程概述

目标陈述

/说明一下本工程的目标，这些目标必须是量化的，且可以实现和验证的。

例如在什么时间内、花多少工作量完成多少工作

在12月30日，通过20个工作日完成公司所有主管、经理的CMM根本概念的培训和考核

范围简述

/说明本工程的用途以及应当包含的内容和不应该包含的内容，以及本工程适用范围，特别要把工程的范围划清楚

假设和限制

/从工程的假设条件、限制和例外三个方面说明本工程的限制约束和范围

理解用户最不能承受的是哪些方面内容，作为工程组最大的约束

注：此处所列的各项假设及限制，都应作为风险进行管理。

工程的交付物

/确定工程的可交付物，依照被确定的硬件，软件，文档和培训。

文档包括：

外部可交付物是什么〔主要交付给客户的工作产品〕？

内部可交付物是什么？〔例如，设计文档，机构层次期望的文档等〕

期望给予客户什么样的培训？

如果有的话，知识财产问题是什么?

工程的生命周期

生命周期描述

/描述工程的生命周期阶段，其他详细信息，诸如依照机构的标准生命周期和开发过程采用的软件开发过程对于工程定义的软件过程的一个参考

内容包括：生命周期各阶段主要活动、所采用的过程及方法、交付物、阶段开始、结束点准那么

方法与工具

/诸如依照机构的标准生命周期和开发过程采用的软件开发过程，支持生命周期和过程的方法论和工具

例如概要设计采用RationalRose的面向对象的技术、配置管理采用VSS

工程估计

工作分解结构

/采用WBS分解方式。WBS可以从最终交付物中导出，然后映射到任务和活动。也可以从生命周期中导出，然后映射到最终交付物。参见工程进度方案模板的各项活动分解。

最终的分配给个人活动的历时建议不要超过40小时

初始工程方案WBS建议分到3~4层，详细工程方案WBS建议分到6~7层

本钱估计

/可以采用专家法或者其他的估算法。建议这里仅就差旅、设备采购、补贴等杂项开支进行估算，假设工程不涉及这局部内容，可以省略该主题。

任务或者阶段

主要活动

主要负责人

本钱估算值〔单位：元〕

规模估计

/可以采用专家法或者其他的估算法。根据不同的估计技术，采用的单位可能不同。建议对于代码采用代码行数；对于文档采用文档页数。具体数据可以参见工程估计表中的具体内容。统计时候按照不同开发工具分别进行统计。主要需要了解的是实际开发的规模，这是其他方案根底数据和工程实际规模的表达

成果或者交付物

开发工具

实际开发的规模

〔单位：XXX〕

复用和自动生成的规模

〔单位：XXX〕

备注

需求规格说明书

文档

400页

子系统1代码

java

15000行

10000行

C++

25000行

子系统2代码

java

20000行

15000行

C++

30000行

。。。。

合计

文档

400页

java

35000行

25000行

C++

55000行

工作量估计

/可以采用专家法或者其他