项目计划书模板
2.2. 项目人员及职责
角色 客户经理 项目经理 责任描述 联系客户，与客户进行沟通和承诺。 项目经理履行的任务是对整个项目的总体业务负责；项目经理是指导、控制、管理和调整项目进行构造软件或硬件/软件系统工作的个人，项目经理是最终向顾客负责的个人。 获得对项目的承诺和支持，以及对项目的总体控制。 需求的提出者，也是软件开发的约定者。 软件产品的使用者，有时与客户是同一对象。 对客户的需求进行收集，然后分析成归于软件的需求。 姓名 电话号码 高层经理 客户代表 用户代表 需求人员 开发人员 测试人员 SQA人员 根据需求，通过设计和编码实现软件的需求。 对软件产品进行测试，保证满足软件设计要求和客户的需 求。 （主席） 在整个软件生命周期中，监督和检验软件过程与标准的符 合性以及软件产品生产规范的符合性。 SCM人员 在整个软件生命周期中，控制软件产品的状态和一致性，确保产品的有序变更和发布。 培训人员 负责对项目人员进行相应技能的培训。 系统管理员 数据库/运行/网络支持。 CCB 管理项目软件基线的委员会。 【注意：一个人可以担任多个角色，如王建民是项目经理、需求人员、开发人员和CCB主席。】
2.3. 技能要求
描述本项目的相关背景知识，技能等的要求。如： 角色 项目经理
知识技能要求 熟悉CMM用于项目管理，熟练掌握MS Project、MS Word、MS Excel5
项目计划书模板
软件需求开发者 软件框架设计者 和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 3 4 5 需求分析开发(RA) 高层设计 (HLD) 详细设计 (DD) 编码和单元测试 (CUT) 6 集成测试 (IT) 7 系统测试 (ST) 8 发布 (REL) 9 关闭 (CLS) XX页 XX页 XX页 XX行 不适用 XX个 不适用 XX个 不适用 XX页 不适用 提示：请根据项目的实际情况增删和修改上表，如：参考软件过程定义，集成测试与系统测试合并，则删除集成测试部分。
6
项目计划书模板
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项目软件计划估计书》。
7
项目计划书模板
4.2.4. 估算成本
4.3. 项目质量目标
提示： 1、
项目过程性能目标是“组织过程性能目标”和“项目特有过程性能目标”的集合。 2、
参考集团组织过程能力基线PCB设定里程碑和质量目标，目的是为了更好的控制过程和产品质量，如项目实际中不涉及的目标或过程可行删除。 3、
在项目过程中应定期对比项目实际执行情况与目标，当出现偏差时，应对偏差产生的原因进行分析和采取措施。以问题的形式记录在PMS中的问题跟踪表中。 过程性能度量指标 工作量偏差率 编码开发效率（LOC/人天） 整体开发效率（LOC/人天） 测试缺陷识别率(个/KLOC) 评审缺陷识别率(个/KLOC) 里程碑 项目结束后 定义 （（累积实际工作量-估算工作量）/估算工作量）*100% 是否选择 不选择说明 组织值 偏差偏差下限 上限 -20% 20% 项目计划值 偏差偏差下限 上限 是/否 目标来源 （实际规模/编码工作编码结束 量） 项目结束后 项目结束后 项目结束后 （实际规模/总工作量） 系统测试缺陷数/规模 评审发现的缺陷数/规模 是/否 240 400 是/否 140 390 是/否 2.22 是/否 0.09 0.27 4.39 项目特有过程性能目标
8
项目计划书模板
4.4. 设备及工具估计
设备和工具列表 说明 数量 预计日期 完成日期 负责人 DB2 7.0 C for AIX 测试工具 任务管理系统 缺陷管理工具 。。。 采购 采购 开发 任务管理 缺陷管理 3 5 1 1 1 2003-02-10 203-02-10 2003-03-30 2004-7-26 2004-7-26
5. 需求开发计划
需求开发计划一般包含在项目计划，在进行WBS时对需求阶段进行任务分解既可。但对于大型项目，除了在WBS中拆分任务外，还应对需求调研进行详细的计划。参考项目自己的过程定义，在些说明需求开计划是参见MPP还是MPP+需求调研计划。
6. 数据管理计划
描述本项目涉及的文档，代码，客户财产等数据的管理计划。如：
电子类文档参见配置管理计划，非电子类文档遵照公司《纸质文档管理规范》执行。
电子类文档参见配置管理计划，本处主要写非电子类文档的管理办法，如项目无特殊需求，可注明遵照公司纸质文档管理规范执行。
7. 沟通计划
[列出整个生命周期内的不同阶段、不同组之间中需要沟通和协调活动等事项（预期的产品交付即组间产品交换、需要通知其他受影响组的决定如初步的技术方案即通讯交流）、负责人、参加组和（或）个人、议程（如果是会会议形式，内容包括：客户的需求、技术问题、关键9
项目计划书模板
