项目计划书模板

文档编号文档编号：ICSSHS-QMS-PP-QT-03ICSSHS-QMS-PP-QT-03密密级：公开级：公开版版 本本 号：号：V1.0V1.0文件类别：质量管理体系文件文件类别：质量管理体系文件发布状态：已发布发布状态：已发布项目计划书项目计划书20082008 年年 1010 月月项目计划书模板1文档更改历史记录文档更改历史记录初始信息初始信息文件名称文件名称项目计划书模板批准人批准人罗万达初始版本号初始版本号V1.0发布日期发布日期2008-12-1编写人编写人谢镇宇实施日期实施日期2008-12-1更改记录更改记录版本号版本号更改要点更改要点对应章节对应章节修改人修改人审批人审批人批准日期批准日期项目计划书模板2目目 录录1.项目概述项目概述.31.1.目的和范围.31.2.术语.31.3.工作环境.31.4.参考资料.31.5.项目总体目标.42.组织机构及项目人员组织机构及项目人员.42.1.组织机构图.42.2.项目人员及职责.52.3.技能要求.53.项目提交物项目提交物.63.1.项目阶段提交物说明.64.项目策划项目策划.74.1.软件生命周期模型定义.74.2.项目估算.74.3.项目质量目标.84.4.设备及工具估计.95.数据管理计划数据管理计划.96.沟通计划沟通计划.97.培训计划培训计划.108.软件质量保证计划软件质量保证计划.109.配置管理计划配置管理计划.1010.度量分析计划度量分析计划.1011.软件集成计划软件集成计划.1012.评审计划评审计划.1113.软件测试计划软件测试计划.1114.风险管理计划风险管理计划.1115.里程碑会议里程碑会议.11项目计划书模板31.项目概述项目概述1.1.目的和范围目的和范围描述本项目的目的、范围和适用性。1.2.术语术语列出本文件中适用的专门术语（包括外文缩写的原文词组）。名词定义名词定义CCB变更控制委员会（Software Change Control Board）CM配置管理（Software Configuration management）CMO配置管理经理（Configuration Management Officer）QA质量保证人员（QualityAssuranceEngineer）CL配置库（Configuration Library）CI配置项（Configuration Item）：是一组功能或者物理属性的组合，在配置管理过程中，配置项被作为一个单一的实体对待CR变更请求（Change Request）基线基线就是配置项在其生命周期的不同时间点上通过正式评审而进入正式受控的一种状态审计对配置管理的独立的查检过程，确认受控配置项满足需求并就绪。1.3.工作环境工作环境按照下表描述的工作环境开展项目活动：网络环境以中软海晟资源组织工作环境的网络环境要求组织进行。开发环境参见XXX 项目设计书中软硬件资源要求描述。测试环境参见XXX 项目测试计划中软硬件资源要求描述。其它环境参见中软海晟资源组织工作环境的 XX 环境要求组织进行。1.4.参考资料参考资料描述制定本项目计划中参考的标准、规范、样本等。项目计划书模板41.5.项目总体目标项目总体目标根据 中软海晟项目管理办法 中的项目绩效指标和集团过程能力基线（PCB）设定项目总体目标。以下指标仅做参考，除进度偏差及工作量偏差必需记录外，别的偏差依据项目情况自行增加或删除。项目总体绩效目标项目总体绩效目标项目目标项目目标偏差目标偏差目标计算办法计算办法进度偏差-15%进度偏差+15%（实际工期基准工期）/基准工期。基准工期：来自项目实施立项时的项目估算表中的预算工期。实际工期：从项目开始到项目关闭的自然日历，扣除挂起期间工期。工作量偏差-20%工作量偏差+20%（实际实施工作量基准预算实施工作量）/基准预算实施工作量。基准预算实施工作量：来自项目实施立项时的项目估算表中的工作量估算。2.组织机构及项目人员组织机构及项目人员2.1.组织机构图组织机构图部门经理项目经理变更控制委员会(CCB)需求分析人员设计人员开发人员测试人员配置管理员(CMO)质量保证人员(QA)提示：请根据项目的实际情况增删和修改上图。项目计划书模板52.2.项目人员及职责项目人员及职责角色角色责任描述责任描述姓名姓名电话号码电话号码客户经理联系客户，与客户进行沟通和承诺。项目经理项目经理履行的任务是对整个项目的总体业务负责；项目经理是指导、控制、管理和调整项目进行构造软件或硬件/软件系统工作的个人，项目经理是最终向顾客负责的个人。高层经理获得对项目的承诺和支持，以及对项目的总体控制。客户代表需求的提出者，也是软件开发的约定者。用户代表软件产品的使用者，有时与客户是同一对象。需求人员对客户的需求进行收集，然后分析成归于软件的需求。开发人员根据需求，通过设计和编码实现软件的需求。测试人员对软件产品进行测试，保证满足软件设计要求和客户的需求。SQA 人员在整个软件生命周期中，监督和检验软件过程与标准的符合性以及软件产品生产规范的符合性。SCM 人员在整个软件生命周期中，控制软件产品的状态和一致性，确保产品的有序变更和发布。培训人员负责对项目人员进行相应技能的培训。系统管理员数据库/运行/网络支持。CCB管理项目软件基线的委员会。（主席）【注意：一个人可以担任多个角色，如王建民是项目经理、需求人员、开发人员和CCB主席。】2.3.技能要求技能要求描述本项目的相关背景知识，技能等的要求。如：角色角色知识技能要求知识技能要求项目经理熟悉 CMM 用于项目管理，熟练掌握 MS Project、MS Word、MS Excel和 MS Visio。软件需求开发者熟练运用UML 进行软件需求开发，熟练掌握 MS Visio 或 Rational Rose。项目计划书模板6软件框架设计者熟练运用UML 进行软件框架设计，熟练掌握 MS Visio 或 Rational Rose，精通至少一门面向对象设计语言（如Delphi或Java），熟练掌握 MS Word和 MS Excel。开发组长熟悉 UML，精通最终选定的开发语言，熟悉通用数据库接口，会使用 MSWord 和 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)验收报告不适用提示：请根据项目的实际情况增删和修改上表，如：参考软件过程定义，集成测试与系统测试合并，则删除集成测试部分。项目计划书模板74.项目策划项目策划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 项目软件计划估计书。项目计划书模板84.2.4.估算成本估算成本4.3.项目质量目标项目质量目标提示：1、项目过程性能目标是“组织过程性能目标”和“项目特有过程性能目标”的集合。2、参考集团组织过程能力基线 PCB 设定里程碑和质量目标，目的是为了更好的控制过程和产品质量，如项目实际中不涉及的目标或过程可行删除。3、在项目过程中应定期对比项目实际执行情况与目标，当出现偏差时，应对偏差产生的原因进行分析和采取措施。以问题的形式记录在 PMS 中的问题跟踪表中。目标来目标来源源过程性能过程性能度量指标度量指标里程碑里程碑定义定义是否是否选择选择不选择说不选择说明明组织值组织值项目计划值项目计划值偏差偏差下限下限偏差偏差上限上限偏差偏差下限下限偏差偏差上限上限工作量偏差率项目结束后（累积实际工作量-估算工作量）/估算工作量）*100%是是/否否-20%20%编码开发效率（LOC/人天）编码结束（实际规模/编码工作量）是是/否否240400整体开发效率（LOC/人天）项目结束后（实际规模/总工作量）是是/否否140390测试缺陷识别率(个/KLOC)项目结束后系统测试缺陷数/规模是是/否否2.224.39评审缺陷识别率(个/KLOC)项目结束后评审发现的缺陷数/规模是是/否否0.090.27项目特项目特有过程有过程性能目性能目标标项目计划书模板94.4.设备及工具估计设备及工具估计设备和工具列表设备和工具列表说明说明数数量量预计日期预计日期完成日期完成日期负责人负责人DB2 7.0采购32003-02-10C for AIX采购5203-02-10测试工具开发12003-03-30任务管理系统任务管理12004-7-26缺陷管理工具缺陷管理12004-7-26。5.需求开发计划需求开发计划需求开发计划一般包含在项目计划，在进行WBS时对需求阶段进行任务分解既可。但对于大型项目，除了在WBS中拆分任务外，还应对需求调研进行详细的计划。参考项目自己的过程定义，在些说明需求开计划是参见MPP还是MPP+需求调研计划。6.数据管理计划数据管理计划描述本项目涉及的文档，代码，客户财产等数据的管理计划。如：电子类文档参见配置管理计划，非电子类文档遵照公司纸质文档管理规范执行。电子类文档参见配置管理计划，本处主要写非电子类文档的管理办法，如项目无特殊需求，可注明遵照公司纸质文档管理规范执行。7.沟通计划沟通计划列出整个生命周期内的不同阶段、不同组之间中需要沟通和协调活动等事项（预期的产品交付即组间产品交换、需要通知其他受影响组的决定如初步的技术方案即通讯交流）、负责人、参加组和（或）个人、议程（如果是会会议形式，内容包括：客户的需求、技术问题、关键项目计划书模板10依懒关系、项目整体状态）、计划日期、计划地点（如果适用）、方式/工具（正式会议、电子交流会议、电子邮件、配置库系统、缺陷跟踪系统等），达到协调项目相关组和个人的活动和交流。如：序号事项方式/工具计划日期负责人相关组或个人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 项目集成计划。项目计划书模板1113.评审计划评审计划序序号号评审内容评审内容评审方式评审方式评审日期评审日期1业务需求、软件需求规格说明书同行评审200611142项目计划(包括：QA 计划、CM 计划、测试计划)及软件过程定义同行评审200611273概要设计、详细设计同行评审20061244测试用例同行评审5代码代码审查200612156用户手册同行评审20071514.软件测试计划软件测试计划参见XXX 项目软件测试计划。15.风险管理计划风险管理计划本项目的风险管理过程严格遵守公司的风险管理流程。每周对前五名及一级风险进行跟踪，每里程碑对所有项目风险进行跟踪并再次识别。16.里程碑会议里程碑会议序序号号里程碑阶段名称里程碑阶段名称会议方式会议方式参加人员参加人员评审日期评审日期1需求结束阶段正式会议XXX，XXX200611142设计结束阶段正式会议XXX，XXX200611273编码结束阶段正式会议XXX，XXX20061244测试结束阶段正式会议XXX，XXX200612155试运行结束阶段正式会议XXX，XXX200715项目计划书模板12