项目开发计划书(模板)Word文件下载.docx

1、审批人审批意见审批日期目 录2引言311.1编写目的31.2项目背景31.3术语和缩写词定义31.4参考资料332 项目概述32.1工作内容32.1.1项目软件过程定义32.1.2定义生命周期32.1.3任务简述32.1.4软件规模估计32.1.5 工作量估算32.1.6关键计算机资源32.1.7软件工程设备和支持工具32.1.8风险估计32.2度量目标32.3条件和限制错误！未定义书签。2.4产品32.4.1软件工作产品32.4.2运行环境32.4.3服务32.4.4验收标准343 实施计划33.1任务分解和进度安排33.2沟通33.3.1相关组或个人职责33.3.2组间关系33.4 预算3

2、54 专题计划要点36附录3- 9 -1 引言1.1 编写目的阐明编写开发计划的目的：a） 项目的名称b） 项目的提出者、开发者和用户1.2 项目背景包含如下内容：a） 项目的委托单位、开发单位和主管部门b） 该软件系统与其他系统的关系1.3 术语和缩写词定义列出文档中用到的专门术语的定义和缩写词的原文1.4 参考资料a） 项目经核准的计划书、合同或上级机关的批文b） 文档中所引用的资料，所采用的软件标准或规范;列出这些资料的作者、标题、发表日期、出版单位或资料来源 2 项目概述2.1工作内容2.1.1项目软件过程定义识别项目特性并量化，根据剪裁原则定义项目的类别；根据详细剪裁指南，对软件过程

3、元素活动进行剪裁；（本部分内容详细描述在工作范围，开发进度要求，项目活动的顺序关系等内容的描述中）项目类别项目特性过程元素裁减需求获取执行，准备文档，正式评审，概要需求分析执行，准备文档，正式评审，详细2.1.2定义生命周期为项目选定软件生命周期；2.1.3任务简述简要说明项目的各项主要工作，介绍所开发软件的功能、性能等。2.1.4软件规模估计对软件项目的规模进行估计，考虑重用代码或重用文档的规模。工作成果新开发工作成果的规模复用或自动生成的工作成果规模规模总和工作成果1（子系统）工作成果2（文档）注：工作成果包括：子系统，模块，代码行/页面/界面，文档，需求等工作成果规模包括：子系统数，模块

4、数，代码行数/页面数/界面数，文档页数，功能个数等2.1.5 工作量估算根据估算得到的软件规模，进行工作量的估算。估算的内容包括：项目管理活动：项目跟踪、例会、评审等工作量，按项目经理经验值或参考历史数据进行估算；项目支持活动：配置管理、SQA活动、测试活动等工作量，分别由SCM人员、SQA人员、测试人员协助项目经理按经验值或参考历史数据进行估算；技术活动：估算出代码/文档的工作量，个人估算采用经验值，汇总时采用Delphi估算法。2.1.6关键计算机资源本项目没有关键计算机资源。2.1.7软件工程设备和支持工具1. 逐项列出该项目开发过程中和运行时必需的计算机系统支持，包括计算机、外围设备、

5、通讯设备以及必须的系统软件、支持软件。2. 估计为完成项目应具备的人力资源。3. 开发单位已具备的条件以及尚需创造的条件+ 软硬件资源软硬件资源名称级别详细配置到位时间和获取方式用途关键普通+ 人力资源人力资源角色2.1.8风险估计说明可能影响项目的关键问题，如设备条件、技术难点或其他风险因素，并进行估计。风险项描述影响度（I）概率（P）等级应对策略与措施规避措施责任人2.2度量目标l 项目度量指标度量目标度量点（项目）项目性能指标度量：通过对项目实际与计划的成本、工作量的比较，计算偏差，来评价本项目的估算能力、控制能力和预测能力CVSVSPICPI工作量估算偏差率人月成本团队规模（项目）过程

6、质量度量1. 通过度量本项目不符合项的密度与历史基线相比较，来评价本项目的执行能力过程质量（项目）工作产品质量度量：1. 通过度量评审及测试过程中产生的缺陷数，计算本项目的产品质量2. 与组织当前的产品质量基线比较，来评价本项目的产品质量3. 为产品质量基线的创建和完善提供数据支持提交的产品质量质量成本（项目）需求度量通过需求变化率和需求稳定度，来评价需求管理和控制的能力需求稳定度需求变化率（项目）风险度量1. 通过已识别的风险数占风险总数的百分比，来评价风险的识别能力2. 通过规避和缓解的风险数占已识别的风险数的百分比，来评价风险的控制能力风险识别率风险控制力（项目）生产率度量1. 通过度量

7、规模和工作量，计算本项目的生产率2. 与组织当前的生产率基线比较，来评价本项目的生产率生产率（项目）资产累积度量文档累积率数据累积率说明：项目经理可根据项目的特征信息在以上度量目标中增加项目特有的度量目标。l 根据度量周期的要求，结合项目计划及相关计划，确定各度量任务的具体开展时间（若有专门的度量分析计划，则此表格可以不填写）度量周期度量任务描述负责人参与人确认人周（每周周例会前完成）由项目组成员每周生成个人周报。项目组成员项目经理QA由项目经理每周汇总生成项目周报。QA人员每周生成QA周报。QA经理QA人员在每周生成QA审计报告。周（每周周例会上完成）度量数据更新到项目度量数据库。技术评审、

8、管理评审完成后3天内（具体时间参照评审计划）项目经理或指定人员在评审后生成技术评审报告和管理评审报告。集成测试、系统测试完成后3天内（具体时间参照各自测试计划）测试人员在集成测试和系统测试结束后生成集成测试报告和系统测试报告。里程碑（参照里程碑计划，评审2天前）由项目经理生成里程碑报告。QA人员生成QA里程碑报告。（参照里程碑计划，评审完成后3天内）项目经理和QA人员将截止到上一里程碑的度量分析数据更新到项目度量数据库。项目结项（项目结项后一周内完成）EPG小组将本项目度量数据库的内容更新到组织度量数据库。EPGEPG组长2.4产品2.4.1软件工作产品列出需交付的程序名称、所用的语言及存储形

9、式并扼要说明每个程序的功 能、特别需求数。1. 用户类工作产品：列出需提交给用户的工作产品，包括文档，可执行程序等。2. 过程类工作产品：列出在项目开发生命周期中产生的所有工作产品。3. 工程类工作产品：列出递交给工程人员用于工程维护的工作产品，如程序维护手册。4. 相关组工作产品：相关组需递交给项目组的工作产品。2.4.2运行环境标识项目运行的硬件环境、软件环境。2.4.3服务阐明开发单位可向用户提供的服务。如人员培训、安装、保修、维护和其他运行支持。2.4.4验收标准对上述产品和服务，逐项说明或引用资料说明验收标准。3 实施计划3.1任务分解和进度安排按层次将项目开发中各个阶段（如需求分析

10、、概要设计等）所需完成的任务（包括文件的编制）详细进行分解，指明每项任务的负责人和参加者。列出项目开发各阶段的每项工作的预定起始日期和完成日期，交付期限。规定各项工作任务完成的先后顺序，并说明每项工作完成的标志性事件。在本条目可用表格简要提出工作量估计情况，同时使用MS Project详细列出进度安排。任务名称开始时间结束时间参与人员工作量注意：1.此处需要把CM、QA、项目评审、测试、周会、项目管理等内容填入工作量表中；2文档编写和编码测试等工作量，根据规程要求，用DELPHI方法进行估计；3项目管理活动及支持活动采用经验法进行估计，并填写计划公式，如：QA活动的工作量为，0.5人天/周*1

11、2周=6人天，表示每周需要用半天时间进行QA检查及写报告，项目总共需要12周时间，QA活动工作量为6人天。4.对于没有明确开始时间和结束时间的活动，比如SQA活动，可以项目开始时间和结束时间。3.2沟通1. 说明项目同其它有关单位之间的协调人员及其职责：a） 本项目同用户之间的协调人员及其职责b） 该项目同各有关机构的协调人员及其职责2. 说明项目组内以及与其他工作组之间的交流方式和信息传递方式（即：分发方式）。3. 说明交流时间（交付期限），做到组间充分交流和协调，建议采用表格，做出沟通计划。3.3.1相关组或个人职责识别出和本项目组关联的组和个人（包括顾客或顾客代表，市场部，采购部，工程部

12、，其他项目组或个人，QA人员，CM人员，测试人员等），并说明和项目组的关系与职责。3.3.2组间关系逐项列出需由用户或其他组承担的工作和完成日期，包括由他们提供的条件和日期，以及完成这些工作的要求。序号事项方式计划时间相关组或个人 注：1. 事项：指需相关组和个人参与的项目事项，包括参与需求，解决技术问题，参与工作产品评审等。2. 方式：指采用何种方式进行互相交流，可包括：会议，文档，E_MAIL,电话，配置库等。3. 计划时间：是指预计沟通的具体时间（可以是具体日期如,某月某日,也可以是周期性如,每两周或是事件驱动,如评审完成时）；4. 负责人：指项目组中负责此项沟通工作的人员。5. 相关组和个人：指参与此项沟通工作的相关组和个人。3.4 预算逐项列出完成该项目所需要的经费