XX项目计划Word文档下载推荐.docx
《XX项目计划Word文档下载推荐.docx》由会员分享，可在线阅读，更多相关《XX项目计划Word文档下载推荐.docx（24页珍藏版）》请在冰豆网上搜索。
RDPDTPDT开发代表>
2
ProjectManager项目经理>
3
Teammembers项目组成员>
4
CustomerRepresentative客户代表>
5
Others其它>
目录
1简介7
1.1目的7
1.2范围7
1.3参考资料7
2资源概述7
3项目特定的软件过程7
4项目范围7
5交付件8
5.1给客户的交付件8
5.2内部交付件8
6组织和职责8
7规模/工作量/进度的估计9
7.1估计的规模9
7.2估计的工作量9
7.3计划的进度10
8项目所需资源10
8.1设备需求10
8.2软件工具10
8.3文档资料10
8.4需要客户提供的产品11
8.5人员需求11
8.6差旅11
9工作产品11
10外包任务11
10.1子承包商资料11
10.2外包任务的范围12
10.3里程碑、交付件12
11验收标准12
12质量计划12
12.1过程偏差12
12.2质量目标12
12.3达到质量目标的计划及应急措施14
12.3.1达成质量目标的计划14
12.3.2应急计划14
12.4达到工作产品性能要求的计划和应急措施14
12.5质量保证活动15
12.6质量控制活动15
13缺陷预防15
13.1缺陷预防计划15
14项目控制16
14.1项目报告16
14.2项目组会议16
14.3项目文件夹16
15重用构件管理16
15.1现有构件16
15.2新增构件16
16配置管理17
17假定17
18依赖关系17
19问题17
20客户的参与17
21风险管理18
22培训18
表目录
Table1**表错误！
未定义书签。
表1**表错误！
图目录
错误！
未找到目录项。
关键词：
能够体现文档描述内容主要方面的词汇。
摘要：
缩略语清单：
对本文所用缩略语进行说明，要求提供每个缩略语的英文全名和中文解释。
缩略语
英文全名
中文解释
1
简介
1.1目的
这部分要描述文档的目的，应该指明读者。
1.2范围
描述项目计划的范围，明确文档涉及的各项内容>
本文档解决以下问题：
项目的计划完成的活动及其目标
项目采用的质量计划
项目的交付件
所有相关的角色和职责
项目进度
项目的配置管理
项目的风险管理>
1.3参考资料
参考资料编号
参考资料名称
2资源概述
估计的总工作量
建议成本（如果可以提出）
建议项目起始时间
开发结束时间
支持结束时间（如果有）
说明
支持结束时间是指资源释放时间。
资源可以在项目关闭后释放。
3项目特定的软件过程
项目应该与生命周期模型和过程手册中定义的过程保持一致。
4项目范围
项目的目的、范围、目标。
>
5交付件
此处可以参见配置管理计划第四章>
5.1给客户的交付件
罗列所有对外的交付件，如在工作任务书或分配需求中要求的交付件>
5.2内部交付件
罗列所有的内部交付件，如不必要给客户，但是在生命周期内产生的。
6组织和职责
下表定义了项目组涉及到的角色和名称。
在review之前PM需指定所有文档和代码的reviewers。
在每个阶段结束时要检查下表的内容。
在阶段之间如果对项目组的结构进行了改变，由PM通过mail通知所有相关人员，并在以后每个阶段的项目计划中更新。
CCB组织结构和职责可以参见配置管理计划第2章。
序号
角色
姓名
向谁报告
备份资源
客户代表
NA
PDT开发代表
PM
QA
6
测试协调员
7
资料开发协调员
8
资源协调员
9
风险管理员
10
项目顾问
11
配置管理员
12
项目组成员
13
变更控制委员会（CCB）
PDT开发代表>
PM>
QA>
CMO>
....
14
技术reviewers
15
相关小组
7规模/工作量/进度的估计
7.1估计的规模
估计轮次
估计规模（KLOC）
初始估计
第一次重估计
第二次重估计
第三次重估计
7.2估计的工作量
估计项
初始估计（人时）
重估计1（人时）
重估计2（人时）
重估计3（人时）
培训
项目管理
质量保证
配置管理
组间协调
项目计划
软件需求
系统测试计划
概要设计
集成测试计划
详细设计
UnitTestPlan单元测试计划
编码
单元测试
集成测试
系统测试
总计
7.3计划的进度
阶段
初始计划
重计划1
重计划2
重计划3
开始
结束
开始日期
结束日期
PLAN
SRS
HLD
LLD
CODING
UT
IT
ST
Release
8项目所需资源
8.1设备需求
罗列项目开发需要的硬件资源，如特殊的硬件平台、测试设备等。
标准的办公硬件不必在这里列。
Sl.No.
描述
数量
起始日期
8.2软件工具
从工具列表中选择项目需要的软件并申请软件license。
标准的办公软件不必在这里列。
软件描述，包括版本等>
8.3文档资料
罗列项目需要的文档资料、书籍、论文等>
估计成本
8.4需要客户提供的产品
罗列开发、集成、测试中需要用户提供的产品>
8.5人员需求
罗列项目需要的人力资源及技能要求>
资源名称
人数
技能要求
8.6差旅
差旅描述
次数
预计时间
9工作产品
列出每个工作产品的批准人和签发人，注意只有计划文档、管理文档和需求文档需要签发。
工作产品
责任人
批准者（名字和角色）
签发者（名字和角色）
10外包任务
本部分仅当项目中有外包时适用>
10.1子承包商资料
子承包商名
联系人
通讯地址
其它>
10.2外包任务的范围
指明项目外包给子承担商的工作内容，可以采用特性、需求、模块等来说明>
10.3里程碑、交付件
指明协商后确定的子承包商的里程碑、交付件>
里程碑
分配给子承包商的工作产品
计划开始日期
计划完成日期
给公司的交付件
11验收标准
客户的验收标准就是软件应满足在需求规格文档中描述的需求。
系统测试和验收测试将证实软件与需求规格保持了一致。
请在这里注明客户特殊的验收标准。
验收标准是基于客户的需要，所以应由客户来制定，在需要的时候由项目组协助。
交付件的属性如：
质量目标，测试标准，验收结束后发现故障的处理方式，文档等。
12质量计划
12.1过程偏差
提供-偏差申请表的链接>
。
12.2质量目标
按照度量过程收集以下度量数据。
这些度量数据将会在项目的各个阶段进行跟踪。
度量
优先级（高/中/低）
质量目标
项目
组织
目标
下限
上限
持续时间偏差（%）
进度偏移（%）
工作量偏差（%）
软件需求稳定指数（%）
发布前缺陷发现密度（个/KLOC）
遗留缺陷密度（个/KLOC）
生产率（LOC/人天）
活动缺陷发现密度
需求分析评审缺陷发现密度（个/页）
用户文档评审缺陷发现密度（个/页）
系统测试计划评审缺陷发现密度（个/用例）
概要设计评审缺陷发现密度_（个/页）
ITPReview集成测试计划评审缺陷发现密度（个/用例）
LLDReview详细设计评审缺陷发现密度（个/页）
单元测试计划评审缺陷发现密度（个/用例）
代码评审缺陷发现密度（个/KLOC）
16
单元测试缺陷发现密度（个/KLOC）
17
集成测试缺陷发现密度（个/KLOC）
18
系统测试缺陷发现密度（个/KLOC）
12.3达到质量目标的计划及应急措施
12.3.1达成质量目标的计划
制定达成质量目标的计划请参考下述两例：
在编码阶段使用静态的代码分析工具，配置工具以确保甚至在进行代码review之前就能识别所有的编程问题。
代码review的入口条件是使用工具分析时无错及无警告信息，如此将能改进代码的质量，并帮助reviewers关注代码中的设计问题而不是关注简单的编码缺陷（这样将会花去更多的时间）。
指明应使用的测试覆盖率工具，以确保在整个编码及单元测试阶段及后续阶段中，期望达到的代码覆盖率得到了监控。
12.3.2应急计划
制定应急计划时请参考下述三例：
如果代码Review效果没有达到既定的质量目标，我们将进行根本原因分析，如果分析结果表明不是质量目标制定的不合理，项目将重新进行Review。
如果单元测试没有达到既定的质量目标，我们将调整单元测试策略，对部分关键的模块单元的测试要进行条件覆盖测试。
如果累计的分配需求变更对项目的影响超过阈值，PM需要和客户协调拖延项目交付日期。
12.4达到工作产品性能要求的计划和应急措施
对于客户提出的性能要求，项目组可能需要采取特别的活动来满足，请在此列出，包括性能目标、活动、实施时间和应急措施。
活动描述应当清晰和可跟踪。
性能目标
活动
实施时间
应急措施
12.5质量保证活动
应该执行以下的质量保证活动：
备份与恢复验证
交付件审计
基线审计
内部审计
12.6质量控制活动
应该执行以下的质量控制活动：
软件需求规格review
由PM指定的人员姓名
概要设计review
详细设计review
代码review
单元测试计划和测试用例review
集成测试计划和测试用例review
系统测试计划和测试用例review
（单元/集成/系统）测试结果review
*由PM指定的小组成员姓名
由PM指定的小组成员姓名
13缺陷预防
13.1缺陷预防计划
SlNo
公共缺陷
预防措施
方式
（建议方式为：
review）
缺陷预防库中的ID号
项目中可能发生的公共缺陷>
阶段名>
建议的预防措施>
预防缺陷的方式（review/会议等）
14项目控制
14.1项目报告
报告
准备人
频度
接收人
项目状态报告
每周
PDT开发代表、QA
进展报告/工作日志
阶段结束评估报告
阶段结束/每月
项目关闭报告
项目结束
项目例外报告
当发现例外时
PDT开发代表、QA经理
WBS-mpp文件类型
SQA状态报告
SQA经理，PM
14.2项目组会议
Sl.No
会议
参加人
项目会议
PM，项目组成员，QA
阶段结束会议
阶段结束
PM，项目组成员，QA/PDT开发代表指定的人员
项目评估会议
每月
客户，QA经理，PDT开发代表，PM，QA
项目关闭会议
PM，项目组成员，QA，PDT开发代表
14.3项目文件夹
描述项目文件夹的结构和放置的位置>
15重用构件管理
15.1现有构件
构件/文档名
采用阶段
重用构件的资产ID
15.2新增构件
需求/文档id
16配置管理
项目的配置管理活动应该按照配置管理计划来执行<
给出到软件配置管理计划的链接>
17假定
列出对于项目的假定前提>
假定
18依赖关系
列出所有影响项目进度的假设因素（相对于已知的因素）。
如果这些假设因素有误，或者没有利用到假设因素，或者假设因素发生变化都会使项目受到影响。
另外还要描述项目对外部因素的依赖关系，例如，如项目作为整个大系统的一部分，需要其他部分提供接口定义或者PDT提供正在开发的仿真性能测试工具以代替实际环境测试等等。
如果依赖关系存在，状态为“open”，反之为“closed”>
依赖于（通常指接口、其它模块等）
状态
最早可用日期
验收条件（如果有）
19问题
描述与当前版本有关的问题或从前一版本继承而来的问题>
列出项目初期任何其他已经发现的问题，包括组间协调、实验环境、工作场所等问题。
No
问题
状态（打开/关闭）
最早关闭日期
20客户的参与
Sl.No序号
在哪些方面（阶段、工作产品等）参与
期望客户承担的职责
最大响应时间
21风险管理
按照风险管理规程来管理项目的风险。
22培训
领域/名称
需要的技能
已有技能
培训方法
期望培训日期
评估方法
ISDN>
1-2年经验>
6个月或半年的经验>
自己学习标准>
完成学习后和PM讨论>
升级会员 