项目计划书模板.docx

1、项目计划书模板密 级：公开 版 本 号： V1.0 文件类别：质量管理体系文件 发布状态：已发布项目计2008年 10月文档更改历史记录初始信息文件名称项目计划书模板批准人罗万达初始版本号V1.0发布日期2008-12-1编写人谢镇宇实施日期2008-12-1更改记录版本号更改要点对应章节修改人审批人批准日期1.项目概述2.组织机构及项目人员2.1.组织机构图.2.2.项目人员及职责2.3.技能要求 3.项目提交物3.1.项目阶段提交物说明4.项目策划5.数据管理计划6.沟通计划1.项目概述1.1.目的和范围描述本项目的目的、范围和适用性。12术语列出本文件中适用的专门术语(包括外文缩写的原文

2、词组)名词定义CCB变更控制委员会(Software Cha nge Co ntrol Board )CM酉己置管理(Software Configuration management )CMO配置管理经理(Configuration Management Officer )QA质量保证人员( Quality Assuranee Engineer )CL配己置库(Configuration Library )CI配置项(Configuration Item ):是一组功能或者物理属性的组合，在配置管理过程中，配置项被作为一个单一的实体对待CR变更请求(Change Request)基线基线就是

3、配置项在其生命周期的不冋时间点上通过正式评审而进入正式受 控的一种状态审计对配置管理的独立的查检过程，确认受控配置项满足需求并就绪。13工作环境按照下表描述的工作环境开展项目活动:网络环境以中软海晟资源组织工作环境的网络环境要求组织进行。开发环境参见XXX项目设计书中软硬件资源要求描述。测试环境参见XXX项目测试计划中软硬件资源要求描述。其它环境参见中软海晟资源组织工作环境的 XX环境要求组织进行。14参考资料描述制定本项目计划中参考的标准、规范、样本等。1.5.项目总体目标根据中软海晟项目管理办法中的项目绩效指标和集团过程能力基线 （PCB设定项目总体目标。以下指标仅做参考，除进度偏差及工作

4、量偏差必需记录外，别的偏差依据项目 情况自行增加或删除。项目总体绩效目标项目目标偏差目标计算办法进度偏差-15%进度偏差W +15%（实际工期基准工期）/基准工 期。基准工期：来自项目实施立项时的项目估算表中的预算工期。 实际工期：从项目开始到项目关闭 的自然日历，扣除挂起期间工期。工作量偏差-20% 工作量偏差W +20%（实际实施工作量-基准预算实 施工作量）/基准预算实施工作量。 基准预算实施工作量：来自项目实 施立项时的项目估算表中的工 作量估算。2.组织机构及项目人员2.1.组织机构图提示：请根据项目的实际情况增删和修改上图。22项目人员及职责角色责任描述姓名电话号码客户经理联系客户

5、，与客户进行沟通和承诺。项目经理项目经理履行的任务是对整个项目的总体业务负责； 项目 经理是指导、控制、管理和调整项目进行构造软件或硬件 /软件系统工作的个人，项目经理是最终向顾客负责的个 人。高层经理获得对项目的承诺和支持，以及对项目的总体控制。客户代表需求的提出者，也是软件开发的约疋者。用户代表软件产品的使用者，有时与客户是同一对象。需求人员对客户的需求进行收集，然后分析成归于软件的需求。开发人员根据需求，通过设计和编码实现软件的需求。测试人员对软件产品进行测试，保证满足软件设计要求和客户的需 求。SQA人 员在整个软件生命周期中，监督和检验软件过程与标准的符 合性以及软件产品生产规范的符

6、合性。SCM人 员在整个软件生命周期中，控制软件产品的状态和一致性， 确保产品的有序变更和发布。培训人员负责对项目人员进行相应技能的培训。系统管理员数据库/运行/网络支持。CCB管理项目软件基线的委员会。（主席）【注意：一个人可以担任多个角色，如王建民是项目经理、需求人员、开发人员和 CCB主席。】23技能要求描述本项目的相关背景知识，技能等的要求。女口：角色知识技能要求项目经理熟悉CMI用于项目管理，熟练掌握 MS Project、MS Word MS Excel 和 MS Visio。软件需求开发 者熟练运用UML进行软件需求开发，熟练掌握MSVisio或Rational Rosq软件框架

7、设计 者熟练运用UML进行软件框架设计，熟练掌握MSVisio或Rational Rose, 精通至少一门面向对象设计语言（如Delp hi或Java）,熟练掌握MSWord 和 MS Excel。开发组长熟悉UML精通最终选定的开发语言，熟悉通用数据库接口，会使用MS Word和MS Excel初级功能。编程人员熟练掌握最终选定的开发语言，会使用 MSWord和MSExcel初级功能。测试人员熟悉测试理论，熟练掌握相关测试工具，会使用 MS Word和MS Excel初级功能。质量保证人员熟练掌握CMMI于项目质量保证，熟练掌握 MS Workd和MS Excel。配置管理人员熟悉配置管理过

8、程，熟练掌握至少一种配置管理软件（如 MS VSS。部署上线人员熟悉CCIS系统，熟悉最终选定的数据库、 Web服务器的配置管理，熟 练掌握MS Word3.项目提交物3.1.项目阶段提交物说明本项目的主要里程碑和交付物如下:序 号里程碑(Milestone)时间交付物产品规模1项目启动和计划项目软件过程定 义项目计划书不适用2需求分析开发（RA）需求分析规格书XX页3高层设计（HLD）概要设计说明书XX页4详细设计（DD）详细设计说明书XX页5编码和单元测试 （CUT）程序代码单元测试报告XX行 不适用6集成测试（IT）测试用例集成测试报告XX个不适用7系统测试（ST）测试用例系统测试报告X

9、X个不适用8发布(REL)操作手册XX页9关闭（CLS）验收报告不适用提示：请根据项目的实际情况增删和修改上表，如：参考软件过程定义，集 成测试与系统测试合并，则删除集成测试部分。4.项目策划4.1.软件生命周期模型定义本项目选择的项目生命周期模型是:生命周期模型标准V-瀑布生命周期（SVW） 阶段V-瀑布生命周期（V4） 阶段V-瀑布生命周期（V3）阶段交付模型请在此粘贴生命周期模型图说明: 1.如果您对项目生命周期模型不熟悉，请参考软件开发生命周期模型和软件开发生命周期选择指南，同时咨询EPG人员。2.如果您的项目需要对生命周期模型裁剪， 请遵循裁剪准则和指南规定。42项目估算项目估算范围

10、包括：规模、工作量、成本和进度。估算过程将严格遵守公司的估算流程。（如果对估算流程有裁剪，请在此处详细描述）。本节可直接注明规模、工作量及成本估算参见项目估算表，进度估算参见项目软件计划估计书（Project文档），而不再具体说明。4.2.1.估算规模4.2.2.估算工作量4.2.3.估算进度可采用Project制作WBS方式，参见XXX项目软件计划估计书。4.2.4.估算成本43项目质量目标提示:项目过程性能目标是“组织过程性能目标”和“项目特有过程性2、参考集团组织过程能力基线PCB设定里程碑和质量目标，目的是为了更好的控制过程和产品质量，如项目实际中不涉及的目标或过程可行删3、除。在项目

11、过程中应定期对比项目实际执行情况与目标，当出现偏差时，应对偏差产生的原因进行分析和采取措施。以问题的形式记录在 PMS中的问题跟踪表中。过程性能 度量指标里程碑定义是否 选择不选择说 明组织值项目计划值偏差 下限偏差 上限偏差 下限偏差 上限工作量偏 差率项目结束 后（累积实际工作量- 估算工作量）/估算工 作量）*100%是/否-20%20%编码开发效率（LOC/人天）编码结束（实际规模/编码工作 量）是/否240400整体开发效率（LOC/人天）项目结束 后（实际规模/总工作量）是/否140390测试缺陷 识别率（个/KLOC）项目结束 后系统测试缺陷数/规模是/否2.224.39评审缺陷

12、 识别率（个/KLOC）项目结束后评审发现的缺陷数/规 模是/否0.090.27目标来 源项目特 有过程 性能目标44设备及工具估计设备和工具列表说明数 量预计日期完成日期负责人DB2 7.0采购32003-02-10C for AIX米购5203-02-10测试工具开发12003-03-30任务管理系统任务管理12004-7-26缺陷管理工具缺陷管理12004-7-260 0 05.需求开发计划需求开发计划一般包含在项目计划，在进行WBS时对需求阶段进行任务分解既可。但对于大 型项目，除了在WBS中拆分任务外，还应对需求调研进行详细的计划。参考项目自己的过程 定义，在些说明需求开计划是参见

13、MPP还是MPP+需求调研计划。6.数据管理计划执行。无特殊需求，可注明遵照公司纸质文档管理规范执行。7.沟通计划列出整个生命周期内的不同阶段、不同组之间中需要沟通和协调活动等事项（预期的产品 交付即组间产品交换、需要通知其他受影响组的决定如初步的技术方案即通讯交流）、负责人、 参加组和（或）个人、议程（如果是会会议形式，内容包括：客户的需求、技术问题、关键依懒关系、项目整体状态）、计划日期、计划地点（如果适用）、方式/工具（正式会议、电子 交流会议、电子邮件、配置库系统、缺陷跟踪系统等），达到协调项目相关组和个人的活动和 交流。如：序号事项方式/工 具计划日期负责人相关组或个人1开发团队成立

14、、成员介 绍面谈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、项目组0 0 08.培训计戈参见XXX项目培训计划。9.软件质量保证计划参见XXX项目软件质量保证计划。10.配置管理计划参见XXX项目软件配置管理计划。11.度量分析计划请参考XX项目度量分析计划。12.软件集成计划请参考XX项目集成计划。13.评审计划序 号评审内容评审方式

15、评审日期1业务需求、软件需求规格说明书同行评审2006. 11. 142项目计划（包括：QA计划、CM计 戈U、测试计划）及软件过程定义同行评审2006. 11. 273概要设计、详细设计同行评审2006. 12. 44测试用例同行评审5代码代码审查2006. 12. 156用户手册同行评审2007. 1. 514.软件测试计划参见XXX项目软件测试计划。15.风险管理计划本项目的风险管理过程严格遵守公司的风险管理流程。每周对前五名及一级 风险进行跟踪，每里程碑对所有项目风险进行跟踪并再次识别。16.里程碑会议序 号里程碑阶段名称会议方式参加人员评审日期1需求结束阶段正式会议XXX, XXX2006. 11. 142设计结束阶段正式会议XXX, XXX2006. 11. 273编码结束阶段正式会议XXX, XXX2006. 12. 44测试结束阶段正式会议XXX, XXX2006. 12. 155试运行结束阶段正式会议XXX, XXX2007. 1. 5