项目开发计划书(模板).docx

项目开发计划书(模板).docx

《项目开发计划书(模板).docx》由会员分享，可在线阅读，更多相关《项目开发计划书(模板).docx（13页珍藏版）》请在冰点文库上搜索。

项目开发计划书

文档状态：

文档编号：

[]Draft

[√]Released

[]Modifying

编撰：

编撰日期：

保密级别：

文档版本：

1.0.0

项目名称

（TheEnglishName）

项目开发计划书

XXX项目小组

修订表

编号

生成版本

修订人

修订章节与内容

修订日期

1

2

3

4

5

审批记录

版本

审批人

审批意见

审批日期

1.0.0

目录

2 引言 3

1 1.1编写目的 3

1.2项目背景 3

1.3术语和缩写词定义 3

1.4参考资料 3

3 2项目概述 3

2.1工作内容 3

2.1.1项目软件过程定义 3

2.1.2定义生命周期 3

2.1.3任务简述 3

2.1.4软件规模估计 3

2.1.5工作量估算 3

2.1.6关键计算机资源 3

2.1.7软件工程设备和支持工具 3

2.1.8风险估计 3

2.2度量目标 3

2.3条件和限制 错误！

未定义书签。

2.4产品 3

2.4.1软件工作产品 3

2.4.2运行环境 3

2.4.3服务 3

2.4.4验收标准 3

4 3实施计划 3

3.1任务分解和进度安排 3

3.2沟通 3

3.3.1相关组或个人职责 3

3.3.2组间关系 3

3.4预算 3

5 4专题计划要点 3

6 附录 3

1

-9-

1引言

1.1编写目的

阐明编写开发计划的目的：

a）项目的名称

b）项目的提出者、开发者和用户

1.2项目背景

包含如下内容：

a）项目的委托单位、开发单位和主管部门

b）该软件系统与其他系统的关系

1.3术语和缩写词定义

列出文档中用到的专门术语的定义和缩写词的原文

1.4参考资料

a）项目经核准的计划书、合同或上级机关的批文

b）文档中所引用的资料，所采用的软件标准或规范;列出这些资料的作者、标题、发表日期、出版单位或资料来源

2项目概述

2.1工作内容

2.1.1项目软件过程定义

识别项目特性并量化，根据剪裁原则定义项目的类别；根据详细剪裁指南，对软件过程元素活动进行剪裁；（本部分内容详细描述在工作范围，开发进度要求，项目活动的顺序关系等内容的描述中）

项目类别

项目特性

过程元素

裁减

需求获取

执行，准备文档，正式评审，概要

需求分析

执行，准备文档，正式评审，详细

…

…

2.1.2定义生命周期

为项目选定软件生命周期；

2.1.3任务简述

简要说明项目的各项主要工作，介绍所开发软件的功能、性能等。

2.1.4软件规模估计

对软件项目的规模进行估计，考虑重用代码或重用文档的规模。

工作成果

新开发工作成果的规模

复用或自动生成的工作成果规模

规模总和

工作成果1（子系统）

工作成果2（文档）

……

注：

工作成果包括：

子系统，模块，代码行/页面/界面，文档，需求等

工作成果规模包括：

子系统数，模块数，代码行数/页面数/界面数，文档页数，功能个数等

2.1.5工作量估算

根据估算得到的软件规模，进行工作量的估算。

估算的内容包括：

项目管理活动：

项目跟踪、例会、评审等工作量，按项目经理经验值或参考历史数据进行估算；

项目支持活动：

配置管理、SQA活动、测试活动等工作量，分别由SCM人员、SQA人员、测试人员协助项目经理按经验值或参考历史数据进行估算；

技术活动：

估算出代码/文档的工作量，个人估算采用经验值，汇总时采用Delphi估算法。

2.1.6关键计算机资源

本项目没有关键计算机资源。

2.1.7软件工程设备和支持工具

1.逐项列出该项目开发过程中和运行时必需的计算机系统支持，包括计算机、外围设备、通讯设备以及必须的系统软件、支持软件。

2.估计为完成项目应具备的人力资源。

3.开发单位已具备的条件以及尚需创造的条件

+软硬件资源

软硬件资源名称

级别

详细配置

到位时间和获取方式

用途

关键

普通

+人力资源

人力资源

角色

到位时间和获取方式

2.1.8风险估计

说明可能影响项目的关键问题，如设备条件、技术难点或其他风险因素，并进行估计。

风险项描述

影响度（I）

概率（P）

等级

应对策略与措施

规避措施

责任人

2.2度量目标

l项目度量指标

度量目标

度量点

（项目）项目性能指标度量：

通过对项目实际与计划的成本、工作量的比较，计算偏差，来评价本项目的估算能力、控制能力和预测能力

·CV％

·SV％

·SPI

·CPI

·工作量估算偏差率

·人月成本

·团队规模

（项目）过程质量度量

1.通过度量本项目不符合项的密度与历史基线相比较，来评价本项目的执行能力

·过程质量

（项目）工作产品质量度量：

1.通过度量评审及测试过程中产生的缺陷数，计算本项目的产品质量

2.与组织当前的产品质量基线比较，来评价本项目的产品质量

3.为产品质量基线的创建和完善提供数据支持

·提交的产品质量

·质量成本

（项目）需求度量

通过需求变化率和需求稳定度，来评价需求管理和控制的能力

·需求稳定度

·需求变化率

（项目）风险度量

1.通过已识别的风险数占风险总数的百分比，来评价风险的识别能力

2.通过规避和缓解的风险数占已识别的风险数的百分比，来评价风险的控制能力

·风险识别率

·风险控制力

（项目）生产率度量

1.通过度量规模和工作量，计算本项目的生产率

2.与组织当前的生产率基线比较，来评价本项目的生产率

·生产率

（项目）资产累积度量

文档累积率

数据累积率

说明：

项目经理可根据项目的特征信息在以上度量目标中增加项目特有的度量目标。

l根据度量周期的要求，结合项目计划及相关计划，确定各度量任务的具体开展时间（若有专门的度量分析计划，则此表格可以不填写）

度量周期

度量任务描述

负责人

参与人

确认人

周（每周周例会前完成）

由项目组成员每周生成《个人周报》。

项目组成员

项目经理

QA

由项目经理每周汇总生成《项目周报》。

项目经理

QA

QA人员每周生成《QA周报》。

QA

QA经理

QA人员在每周生成《QA审计报告》。

QA

QA经理

周（每周周例会上完成）

度量数据更新到《项目度量数据库》。

项目经理

项目组成员

QA

技术评审、管理评审完成后3天内

（具体时间参照评审计划）

项目经理或指定人员在评审后生成《技术评审报告》和《管理评审报告》。

项目经理

项目组成员

QA

集成测试、系统测试完成后3天内

（具体时间参照各自测试计划）

测试人员在集成测试和系统测试结束后生成《集成测试报告》和《系统测试报告》。

项目经理

项目组成员

QA

里程碑

（参照里程碑计划，评审2天前）

由项目经理生成《里程碑报告》。

项目经理

QA

QA人员生成《QA里程碑报告》。

QA

QA经理

里程碑

（参照里程碑计划，评审完成后3天内）

项目经理和QA人员将截止到上一里程碑的度量分析数据更新到《项目度量数据库》。

项目经理

QA

项目组成员

QA

QA经理

项目结项

（项目结项后一周内完成）

EPG小组将本项目度量数据库的内容更新到《组织度量数据库》。

EPG

项目经理

QA

EPG组长

QA经理

2.4产品

2.4.1软件工作产品

列出需交付的程序名称、所用的语言及存储形式并扼要说明每个程序的功能、特别需求数。

1.用户类工作产品：

列出需提交给用户的工作产品，包括文档，可执行程序等。

2.过程类工作产品：

列出在项目开发生命周期中产生的所有工作产品。

3.工程类工作产品：

列出递交给工程人员用于工程维护的工作产品，如程序维护手册。

4.相关组工作产品：

相关组需递交给项目组的工作产品。

2.4.2运行环境

标识项目运行的硬件环境、软件环境。

2.4.3服务

阐明开发单位可向用户提供的服务。

如人员培训、安装、保修、维护和其他运行支持。

2.4.4验收标准

对上述产品和服务，逐项说明或引用资料说明验收标准。

3实施计划

3.1任务分解和进度安排

按层次将项目开发中各个阶段（如需求分析、概要设计等）所需完成的任务（包括文件的编制）详细进行分解，指明每项任务的负责人和参加者。

列出项目开发各阶段的每项工作的预定起始日期和完成日期，交付期限。

规定各项工作任务完成的先后顺序，并说明每项工作完成的标志性事件。

在本条目可用表格简要提出工作量估计情况，同时使用MSProject详细列出进度安排。

任务名称

开始时间

结束时间

参与人员

工作量

工作成果

注意：

1.此处需要把CM、QA、项目评审、测试、周会、项目管理等内容填入工作量表中；

2．文档编写和编码测试等工作量，根据规程要求，用DELPHI方法进行估计；

3．项目管理活动及支持活动采用经验法进行估计，并填写计划公式，如：

QA活动的工作量为，0.5人天/周*12周=6人天，表示每周需要用半天时间进行QA检查及写报告，项目总共需要12周时间，QA活动工作量为6人天。

4.对于没有明确开始时间和结束时间的活动，比如SQA活动，可以项目开始时间和结束时间。

3.2沟通

1.说明项目同其它有关单位之间的协调人员及其职责：

a）本项目同用户之间的协调人员及其职责

b）该项目同各有关机构的协调人员及其职责

2.说明项目组内以及与其他工作组之间的交流方式和信息传递方式（即：

分发方式）。

3.说明交流时间（交付期限），做到组间充分交流和协调，

注：

建议采用表格，做出沟通计划。

3.3.1相关组或个人职责

识别出和本项目组关联的组和个人（包括顾客或顾客代表，市场部，采购部，工程部，其他项目组或个人，QA人员，CM人员，测试人员等），并说明和项目组的关系与职责。

3.3.2组间关系

逐项列出需由用户或其他组承担的工作和完成日期，包括由他们提供的条件和日期，以及完成这些工作的要求。

序号

事项

方式

计划时间

负责人

相关组或个人

注：

1.事项：

指需相关组和个人参与的项目事项，包括参与需求，解决技术问题，参与工作产品评审等。

2.方式：

指采用何种方式进行互相交流，可包括：

会议，文档，E_MAIL,电话，配置库等。

3.计划时间：

是指预计沟通的具体时间（可以是具体日期如,某月某日,也可以是周期性如,每两周或是事件驱动,如评审完成时）；

4.负责人：

指项目组中负责此项沟通工作的人员。

5.相关组和个人：

指参与此项沟通工作的相关组和个人。

3.4预算

逐项列出完成该项目所需要的经费预算及其来源，所需的劳务。

开支类别

主要开支项、用途

金额（元）

时间

人力资源

软件件成本

……

总成本

4专题计划要点

说明该项目开发过程中可能要制定的各个专题要点如：

测试计划、质量保证计划、配置管理计划、度量计划（包括度量目标、度量频率、度量数据的存储方式、汇总形成的图表，报告形式、接受结果的受影响方）、人员培训计划、系统安装计划等。

5附录A评审结论

（1）.高层经理及其它参评人员认真讨论并审批《项目计划》。

（2）.如果是合同项目，可能还要请客户审批，视具体情况而定。

把评审的结果填写在此处，注意此处应当保持与《项目评审表》中的一致性。

6附录B项目计划变更控制报告

{项目名称}

第N份项目计划变更控制报告

项目计划变更申请

申请变更的

《项目计划》

{输入名称，版本，完成日期等信息}

项目计划变更的原因

项目计划变更的内容

评估计划变更将对

项目造成的影响

项目经理签字

变更申请的审批意见

高级经理或CCB审批

{审批意见}

[√]审批通过，可以修改《项目计划》

[]审批不通过，按原《项目计划》执行

签字，日期

客户审批

（合同项目）

{审批意见}

签字，日期

更改项目计划

变更后的

《项目计划》

{输入名称，版本，完成日期等信息}

项目经理签字

审批变更后的项目计划

高级经理或CCB审批

{审批意见}

[√]审批通过

[]审批不通过，重新修改《项目计划》

签字，日期

客户审批

（合同项目）

{审批意见}

签字，日期