项目计划书模板.doc

项目计划书模板
文档编号：ICSSHS-QMS-PP-QT-03
密 级：公开
版 本 号：V1.0
文件类别：质量管理体系文件
发布状态：已发布

项目计划书

2008年10月

文档更改历史记录
初始信息
文件名称
项目计划书模板
批准人
罗万达
初始版本号
V1.0
发布日期
2008-12-1
编写人
谢镇宇
实施日期
2008-12-1
更改记录
版本号
更改要点
对应章节
修改人
审批人
批准日期

目 录
1. 项目概述 3
1.1. 目的和范围 3
1.2. 术语 3
1.3. 工作环境 3
1.4. 参考资料 3
1.5. 项目总体目标 4
2. 组织机构及项目人员 5
2.1. 组织机构图 5
2.2. 项目人员及职责 5
2.3. 技能要求 6
3. 项目提交物 7
3.1. 项目阶段提交物说明 7
4. 项目策划 7
4.1. 软件生命周期模型定义 7
4.2. 项目估算 8
4.3. 项目质量目标 9
4.4. 设备及工具估计 10
5. 数据管理计划 10
6. 沟通计划 10
7. 培训计划 11
8. 软件质量保证计划 11
9. 配置管理计划 11
10. 度量分析计划 11
11. 软件集成计划 11
12. 评审计划 12
13. 软件测试计划 12
14. 风险管理计划 12
15. 里程碑会议 12

1. 项目概述
1.1. 目的和范围
描述本项目的目的、范围和适用性。
1.2. 术语
列出本文件中适用的专门术语（包括外文缩写的原文词组）。
名词定义
CCB
变更控制委员会（Software Change Control Board）
CM
配置管理（Software Configuration management）
CMO
配置管理经理（Configuration Management Officer）
QA
质量保证人员（Quality Assurance Engineer）
CL
配置库（Configuration Library）
CI
配置项（Configuration Item）：是一组功能或者物理属性的组合，在配置管理过程中，配置项被作为一个单一的实体对待
CR
变更请求（Change Request）
基线
基线就是配置项在其生命周期的不同时间点上通过正式评审而进入正式受控的一种状态
审计
对配置管理的独立的查检过程，确认受控配置项满足需求并就绪。

1.3. 工作环境
按照下表描述的工作环境开展项目活动：
网络环境
以《中软海晟资源组织工作环境》的网络环境要求组织进行。
开发环境
参见《XXX项目设计书》中软硬件资源要求描述。
测试环境
参见《XXX项目测试计划》中软硬件资源要求描述。
其它环境
参见《中软海晟资源组织工作环境》的XX环境要求组织进行。

1.4. 参考资料
描述制定本项目计划中参考的标准、规范、样本等。
1.5. 项目总体目标
根据《中软海晟项目管理办法》中的项目绩效指标和集团过程能力基线（PCB）设定项目总体目标。
以下指标仅做参考，除进度偏差及工作量偏差必需记录外，别的偏差依据项目情况自行增加或删除。
项目总体绩效目标
项目目标
偏差目标
计算办法
进度偏差
-15%≤进度偏差≤+15%
（实际工期－基准工期）/基准工期。
基准工期：来自项目实施立项时的《项目估算表》中的预算工期。
实际工期：从项目开始到项目关闭的自然日历，扣除挂起期间工期。
工作量偏差
-20%≤工作量偏差≤+20%
（实际实施工作量－基准预算实施工作量）/基准预算实施工作量。
基准预算实施工作量：来自项目实施立项时的《项目估算表》中的工作量估算。

2. 组织机构及项目人员
2.1. 组织机构图
部门经理
项目经理
变更控制委员会(CCB)
需求分析人员
设计人员
开发人员
测试人员
配置管理员(CMO)
质量保证人员(QA)

提示：请根据项目的实际情况增删和修改上图。

2.2. 项目人员及职责
角色
责任描述
姓名
电话号码
客户经理
联系客户，与客户进行沟通和承诺。

项目经理
项目经理履行的任务是对整个项目的总体业务负责；项目经理是指导、控制、管理和调整项目进行构造软件或硬件/软件系统工作的个人，项目经理是最终向顾客负责的个人。

高层经理
获得对项目的承诺和支持，以及对项目的总体控制。

客户代表
需求的提出者，也是软件开发的约定者。

用户代表
软件产品的使用者，有时与客户是同一对象。

需求人员
对客户的需求进行收集，然后分析成归于软件的需求。

开发人员
根据需求，通过设计和编码实现软件的需求。

测试人员
对软件产品进行测试，保证满足软件设计要求和客户的需求。

SQA人员
在整个软件生命周期中，监督和检验软件过程与标准的符合性以及软件产品生产规范的符合性。

SCM人员
在整个软件生命周期中，控制软件产品的状态和一致性，确保产品的有序变更和发布。

培训人员
负责对项目人员进行相应技能的培训。

系统管理员
数据库/运行/网络支持。

CCB
管理项目软件基线的委员会。

（主席）

【注意：一个人可以担任多个角色，如王建民是项目经理、需求人员、开发人员和CCB主席。】
2.3. 技能要求
描述本项目的相关背景知识，技能等的要求。如：
角色
知识技能要求
项目经理
熟悉CMM用于项目管理，熟练掌握MS Project、MS Word、MS Excel和MS Visio。
软件需求开发者
熟练运用UML进行软件需求开发，熟练掌握MS Visio或Rational Rose。
软件框架设计者
熟练运用UML进行软件框架设计，熟练掌握MS Visio或Rational Rose，精通至少一门面向对象设计语言（如Delphi或Java），熟练掌握MS Word和MS Excel。
开发组长
熟悉UML，精通最终选定的开发语言，熟悉通用数据库接口，会使用MS Word和MS Excel初级功能。
编程人员
熟练掌握最终选定的开发语言，会使用MS Word和MS Excel初级功能。
测试人员
熟悉测试理论，熟练掌握相关测试工具，会使用MS Word和MS Excel初级功能。
质量保证人员
熟练掌握CMM用于项目质量保证，熟练掌握MS Workd和MS Excel。
配置管理人员
熟悉配置管理过程，熟练掌握至少一种配置管理软件（如MS VSS）。
部署上线人员
熟悉CCIS系统，熟悉最终选定的数据库、Web服务器的配置管理，熟练掌握MS Word。

3. 项目提交物
3.1. 项目阶段提交物说明
本项目的主要里程碑和交付物如下：
序号
里程碑(Milestone)
时间
交付物
产品规模
1
项目启动和计划

《项目软件过程定义》
《项目计划书》
不适用
2
需求分析开发(RA)

《需求分析规格书》
XX页
3
高层设计 (HLD)

《概要设计说明书》
XX页
4
详细设计 (DD)

《详细设计说明书》
XX页
5
编码和单元测试 (CUT)

程序代码
《单元测试报告》
XX行
不适用
6
集成测试 (IT)

测试用例
《集成测试报告》
XX个
不适用
7
系统测试 (ST)

测试用例
《系统测试报告》
XX个
不适用
8
发布 (REL)

《操作手册》
XX页
9
关闭 (CLS)

《验收报告》
不适用
提示：请根据项目的实际情况增删和修改上表，如：参考软件过程定义，集成测试与系统测试合并，则删除集成测试部分。

4. 项目策划
4.1. 软件生命周期模型定义
本项目选择的项目生命周期模型是：

生命周期模型
标准V-瀑布生命周期(SVW)
阶段V-瀑布生命周期 (V4)
阶段 V-瀑布生命周期 (V3)
阶段交付模型

请在此粘贴生命周期模型图

说明：
1. 如果您对项目生命周期模型不熟悉，请参考《软件开发生命周期模型》和《软件开发生命周期选择指南》，同时咨询EPG人员。
2. 如果您的项目需要对生命周期模型裁剪，请遵循《裁剪准则和指南》规定。
4.2. 项目估算
项目估算范围包括：规模、工作量、成本和进度。估算过程将严格遵守公司的估算流程。（如果对估算流程有裁剪，请在此处详细描述）。本节可直接注明规模、工作量及成本估算参见项目估算表，进度估算参见项目软件计划估计书（project文档），而不再具体说明。
4.2.1. 估算规模
4.2.2. 估算工作量
4.2.3. 估算进度
可采用Project制作WBS方式，参见《XXX项目软件计划估计书》。
4.2.4. 估算成本

4.3. 项目质量目标
提示：
1、 项目过程性能目标是“组织过程性能目标”和“项目特有过程性能目标”的集合。
2、 参考集团组织过程能力基线PCB设定里程碑和质量目标，目的是为了更好的控制过程和产品质量，如项目实际中不涉及的目标或过程可行删除。
3、 在项目过程中应定期对比项目实际执行情况与目标，当出现偏差时，应对偏差产生的原因进行分析和采取措施。以问题的形式记录在PMS中的问题跟踪表中。
目标来源
过程性能度量指标
里程碑
定义
是否选择
不选择说明
组织值
项目计划值
偏差下限
偏差上限
偏差下限
偏差上限
工作量偏差率
项目结束后
（（累积实际工作量-估算工作量）/估算工作量）*100%
是/否　

-20%
20%

编码开发效率（LOC/人天）
编码结束
（实际规模/编码工作量）
是/否　

240
400

整体开发效率（LOC/人天）
项目结束后
（实际规模/总工作量）
是/否

140
390

测试缺陷识别率(个/KLOC)
项目结束后
系统测试缺陷数/规模
是/否

2.22
4.39

评审缺陷识别率(个/KLOC)
项目结束后
评审发现的缺陷数/规模
是/否

0.09
0.27

项目特有过程性能目标

4.4. 设备及工具估计
设备和工具列表
说明
数量
预计日期
完成日期
负责人
DB2 7.0
采购
3
2003-02-10

C for AIX
采购
5
203-02-10

测试工具
开发
1
2003-03-30

任务管理系统
任务管理
1
2004-7-26

缺陷管理工具
缺陷管理
1
2004-7-26

。。。

5. 需求开发计划
需求开发计划一般包含在项目计划，在进行WBS时对需求阶段进行任务分解既可。但对于大型项目，除了在WBS中拆分任务外，还应对需求调研进行详细的计划。参考项目自己的过程定义，在些说明需求开计划是参见MPP还是MPP+需求调研计划。

6. 数据管理计划
描述本项目涉及的文档，代码，客户财产等数据的管理计划。如：
电子类文档参见配置管理计划，非电子类文档遵照公司《纸质文档管理规范》执行。
电子类文档参见配置管理计划，本处主要写非电子类文档的管理办法，如项目无特殊需求，可注明遵照公司纸质文档管理规范执行。
7. 沟通计划

[列出整个生命周期内的不同阶段、不同组之间中需要沟通和协调活动等事项（预期的产品交付即组间产品交换、需要通知其他受影响组的决定如初步的技术方案即通讯交流）、负责人、参加组和（或）个人、议程（如果是会会议形式，内容包括：客户的需求、技术问题、关键依懒关系、项目整体状态）、计划日期、计划地点（如果适用）、方式/工具（正式会议、电子交流会议、电子邮件、配置库系统、缺陷跟踪系统等），达到协调项目相关组和个人的活动和交流。如：
序号
事项
方式/工具
计划日期
负责人
相关组或个人
1
开发团队成立、成员介绍
面谈
2006-11-20
莫亮
部门经理、QA、项目组
2
软件需求研讨、风险分析
内部会议
2006-11-22
莫亮
项目组
3
第1次周例会
内部会议
2006-11-24
莫亮
QA、项目组
4
软件需求基线发布会议
正式会议
2006-11-28
莫亮
客户代表、客户经理、QA、项目组
5
第2次周例会
内部会议
2006-12-1
莫亮
QA、项目组
。。。

8. 培训计划
参见《XXX项目培训计划》。
9. 软件质量保证计划
参见《XXX项目软件质量保证计划》。
10. 配置管理计划
参见《XXX项目软件配置管理计划》。
11. 度量分析计划
请参考《XX项目度量分析计划》。
12. 软件集成计划
请参考《XX项目集成计划》。
13. 评审计划

序号
评审内容
评审方式
评审日期
1
业务需求、软件需求规格说明书
同行评审
2006．11．14
2
项目计划(包括：QA计划、CM计划、测试计划)及软件过程定义
同行评审
2006．11．27
3
概要设计、详细设计
同行评审
2006．12．4
4
测试用例
同行评审

5
代码
代码审查
2006．12．15
6
用户手册
同行评审
2007．1．5
14. 软件测试计划
参见《XXX项目软件测试计划》。
15. 风险管理计划
本项目的风险管理过程严格遵守公司的风险管理流程。每周对前五名及一级风险进行跟踪，每里程碑对所有项目风险进行跟踪并再次识别。

16. 里程碑会议
序号
里程碑阶段名称
会议方式
参加人员
评审日期
1
需求结束阶段
正式会议
XXX，XXX
2006．11．14
2
设计结束阶段
正式会议
XXX，XXX
2006．11．27
3
编码结束阶段
正式会议
XXX，XXX
2006．12．4
4
测试结束阶段
正式会议
XXX，XXX
2006．12．15
5
试运行结束阶段
正式会议
XXX，XXX
2007．1．5

其中专业理论知识内容包括：保安理论知识、消防业务知识、职业道德、法律常识、保安礼仪、救护知识。作技能训练内容包括：岗位操作指引、勤务技能、消防技能、军事技能。
二．培训的及要求培训目的
安全生产目标责任书
为了进一步落实安全生产责任制，做到“责、权、利”相结合，根据我公司2015年度安全生产目标的内容，现与财务部签订如下安全生产目标：
一、目标值：
1、全年人身死亡事故为零，重伤事故为零，轻伤人数为零。
2、现金安全保管，不发生盗窃事故。
3、每月足额提取安全生产费用，保障安全生产投入资金的到位。
4、安全培训合格率为100%。
二、本单位安全工作上必须做到以下内容：
1、对本单位的安全生产负直接领导责任，必须模范遵守公司的各项安全管理制度，不发布与公司安全管理制度相抵触的指令，严格履行本人的安全职责，确保安全责任制在本单位全面落实，并全力支持安全工作。
2、保证公司各项安全管理制度和管理办法在本单位内全面实施，并自觉接受公司安全部门的监督和管理。
3、在确保安全的前提下组织生产，始终把安全工作放在首位，当“安全与交货期、质量”发生矛盾时，坚持安全第一的原则。
4、参加生产碰头会时，首先汇报本单位的安全生产情况和安全问题落实情况；在安排本单位生产任务时，必须安排安全工作内容，并写入记录。
5、在公司及政府的安全检查中杜绝各类违章现象。
6、组织本部门积极参加安全检查，做到有检查、有整改，记录全。
7、以身作则，不违章指挥、不违章操作。对发现的各类违章现象负有查禁的责任，同时要予以查处。
8、虚心接受员工提出的问题，杜绝不接受或盲目指挥；
9、发生事故，应立即报告主管领导，按照“四不放过”的原则召开事故分析会，提出整改措施和对责任者的处理意见，并填写事故登记表，严禁隐瞒不报或降低对责任者的处罚标准。
10、必须按规定对单位员工进行培训和新员工上岗教育；
11、严格执行公司安全生产十六项禁令，保证本单位所有人员不违章作业。
三、 安全奖惩：
1、对于全年实现安全目标的按照公司生产现场管理规定和工作说明书进行考核奖励；对于未实现安全目标的按照公司规定进行处罚。
2、每月接受主管领导指派人员对安全生产责任状的落

12