1、文档编号：ICSSHS-QMS-PP-QT-03密 级：公开 版 本 号：V1.0 文件类别：质量管理体系文件发布状态：已发布 项目计划书2008 年 10 月项目计划书模板1文档更改历史记录 初始信息文件名称 项目计划书模板 批准人 罗万达初始版本号 V1.0 发布日期 2008-12-1编写人 谢镇宇 实施日期 2008-12-1更改记录版本号 更改要点 对应章节 修改人 审批人 批准日期项目计划书模板2目 录1. 项目概述 .31.1. 目的和范围 .31.2. 术语 .31.3. 工作环境 .31.4. 参考资料 .31.5. 项目总体目标 .42. 组织机构及项目人员 .52.1.
2、组织机构图 .52.2. 项目人员及职责 .52.3. 技能要求 .63. 项目提交物 .73.1. 项目阶段提交物说明 .74. 项目策划 .74.1. 软件生命周期模型定义 .74.2. 项目估算 .84.3. 项目质量目标 .94.4. 设备及工具估计 .105. 数据管理计划 .106. 沟通计划 .107. 培训计划 .118. 软件质量保证计划 .119. 配置管理计划 .1110. 度量分析计划 .1111. 软件集成计划 .1112. 评审计划 .1213. 软件测试计划 .1214. 风险管理计划 .1215. 里程碑会议 .12项目计划书模板31. 项目概述1.1. 目的和
3、范围描述本项目的目的、范围和适用性。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）：是一组功能或者物理属性的组合，在配置管理过程
4、中，配置项被作为一个单一的实体对待CR 变更请求（Change Request）基线 基线就是配置项在其生命周期的不同时间点上通过正式评审而进入正式受控的一种状态审计 对配置管理的独立的查检过程，确认受控配置项满足需求并就绪。1.3. 工作环境按照下表描述的工作环境开展项目活动：网络环境 以中软海晟资源组织工作环境的网络环境要求组织进行。开发环境 参见XXX 项目设计书中软硬件资源要求描述。测试环境 参见XXX 项目测试计划中软硬件资源要求描述。其它环境 参见中软海晟资源组织工作环境的 XX 环境要求组织进行。1.4. 参考资料描述制定本项目计划中参考的标准、规范、样本等。项目计划书模板41.
5、5. 项目总体目标根据中软海晟项目管理办法中的项目绩效指标和集团过程能力基线（PCB）设定项目总体目标。以下指标仅做参考，除进度偏差及工作量偏差必需记录外，别的偏差依据项目情况自行增加或删除。项目总体绩效目标项目目标 偏差目标 计算办法进度偏差 -15%进度偏差+15% （实际工期基准工期）/基准工期。基准工期：来自项目实施立项时的项目估算表中的预算工期。实际工期：从项目开始到项目关闭的自然日历，扣除挂起期间工期。工作量偏差 -20%工作量偏差+20% （实际实施工作量基准预算实施工作量）/基准预算实施工作量。基准预算实施工作量：来自项目实施立项时的项目估算表中的工作量估算。2. 组织机构及项
6、目人员2.1. 组织机构图部门经理项目经理变更控制委员会(CCB)需求分析人员设计人员 开发人员 测试人员 配置管理员(CMO)质量保证人员 (QA)项目计划书模板5提 示 ： 请 根 据 项 目 的 实 际 情 况 增 删 和 修 改 上 图 。2.2. 项目人员及职责角色 责任描述 姓名 电话号码客户经理 联系客户，与客户进行沟通和承诺。项目经理 项目经理履行的任务是对整个项目的总体业务负责；项目经理是指导、控制、管理和调整项目进行构造软件或硬件/软件系统工作的个人，项目经理是最终向顾客负责的个人。高层经理 获得对项目的承诺和支持，以及对项目的总体控制。客户代表 需求的提出者，也是软件开发
7、的约定者。用户代表 软件产品的使用者，有时与客户是同一对象。需求人员 对客户的需求进行收集，然后分析成归于软件的需求。开发人员 根据需求，通过设计和编码实现软件的需求。测试人员 对软件产品进行测试，保证满足软件设计要求和客户的需求。SQA 人员 在整个软件生命周期中，监督和检验软件过程与标准的符合性以及软件产品生产规范的符合性。SCM 人员 在整个软件生命周期中，控制软件产品的状态和一致性，确保产品的有序变更和发布。培训人员 负责对项目人员进行相应技能的培训。系统管理员 数据库/运行/网络支持。（主席）CCB 管理项目软件基线的委员会。【 注意：一个人可以担任多个角色，如王建民是项目经理、需求
8、人员、开发人员和 CCB主席。 】2.3. 技能要求描 述 本 项 目 的 相 关 背 景 知 识 ， 技 能 等 的 要 求 。 如 ：角色 知识技能要求项目计划书模板6项目经理 熟悉 CMM 用于项目管理，熟练掌握 MS Project、MS Word、MS Excel和 MS Visio。软件需求开发者熟练运用 UML 进行软件需求开发，熟练掌握 MS Visio 或 Rational Rose。软件框架设计者熟练运用 UML 进行软件框架设计，熟练掌握 MS Visio 或 Rational Rose，精通至少一门面向对象设计语言（如 Delphi 或 Java） ，熟练掌握 MS W
9、ord 和 MS Excel。开发组长 熟悉 UML，精通最终选定的开发语言，熟悉通用数据库接口，会使用MS Word 和 MS Excel 初级功能。编程人员 熟练掌握最终选定的开发语言，会使用 MS Word 和 MS Excel 初级功能。测试人员 熟悉测试理论，熟练掌握相关测试工具，会使用 MS Word 和 MS Excel初级功能。质量保证人员 熟练掌握 CMM 用于项目质量保证，熟练掌握 MS Workd 和 MS Excel。配置管理人员 熟悉配置管理过程，熟练掌握至少一种配置管理软件（如 MS VSS） 。部署上线人员 熟悉 CCIS 系统，熟悉最终选定的数据库、Web 服务
10、器的配置管理，熟练掌握 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 关
11、闭 (CLS) 验收报告 不适用提示：请根据项目的实际情况增删和修改上表，如：参考软件过程定义，集成测试与系统测试合并，则删除集成测试部分。项目计划书模板74. 项目策划4.1. 软件生命周期模型定义本项目选择的项目生命周期模型是：生命周期模型标准 V-瀑布生命周期(SVW)阶段 V-瀑布生命周期 (V4)阶段 V-瀑布生命周期 (V3)阶段交付模型请在此粘贴生命周期模型图说明：1. 如果您对项目生命周期模型不熟悉，请参考软件开发生命周期模型和软件开发生命周期选择指南 ，同时咨询 EPG 人员。2. 如果您的项目需要对生命周期模型裁剪，请遵循裁剪准则和指南规定。4.2. 项目估算项目估算范围包
12、括：规模、工作量、成本和进度。估算过程将严格遵守公司的估算流程。 （如果对估算流程有裁剪，请在此处详细描述） 。本节可直接注明规模、工作量及成本估算参见项目估算表，进度估算参见项目软件计划估计书（project 文档） ，而不再具体说明。项目计划书模板84.2.1. 估算规模4.2.2. 估算工作量4.2.3. 估算进度可采用 Project 制作 WBS 方式，参见XXX 项目软件计划估计书。4.2.4. 估算成本4.3. 项目质量目标提示：1、 项目过程性能目标是 “组织过程性能目标 ”和 “项目特有过程性能目标 ”的集合。2、 参考集团组织过程能力基线 PCB 设定里程碑和质量目标，目的
13、是为了更好的控制过程和产品质量，如项目实际中不涉及的目标或过程可行删除。3、 在项目过程中应定期对比项目实际执行情况与目标，当出现偏差时，应对偏差产生的原因进行分析和采取措施。以问题的形式记录在 PMS 中的问题跟踪表中。组织值 项目计划值过程性能度量指标 里程碑 定义是否选择不选择说明 偏差下限 偏差上限 偏差下限 偏差上限工作量偏差率项目结束后（累积实际工作量-估算工作量）/估算工作量）*100%是/否 -20% 20%编码开发效率（LOC/人天）编码结束 （实际规模/编码工作 量）是/否 240 400目标来 源整体开发效率（LOC/人天）项目结束后（实际规模/总工作量）是/否140 3
14、90项目计划书模板9测试缺陷识别率(个/KLOC)项目结束后 系统测试缺陷数/规模是/否2.22 4.39评审缺陷识别率(个/KLOC)项目结束后评审发现的缺陷数/规模是/否0.09 0.27项目特有过程性能目标4.4. 设备及工具估计设备和工具列表 说明 数量预计日期 完成日期 负责人DB2 7.0 采购 3 2003-02-10C for AIX 采购 5 203-02-10测试工具 开发 1 2003-03-30任务管理系统 任务管理 1 2004-7-26缺陷管理工具 缺陷管理 1 2004-7-26。 。 。5. 需求开发计划需求开发计划一般包含在项目计划，在进行 WBS 时对需求阶段进行任务分解既可。但对于大型项目，除了在 WBS 中拆分任务外，还应对需求调研进行详细的计划。参考项目自己的过程定义，在些说明需求开计划是参见 MPP 还是 MPP+需求调研计划。6. 数据管理计划描述本项目涉及的文档，代码，客户财产等数据的管理计划。如：电子类文档参见配置管理计划，非电子类文档遵照公司纸质文档管理规范执行。
