项目开发计划书

项目开发计划书

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软件规模估计

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

注：

工作成果包括：子系统，模块，代码行/页面/界面，文档，需求等

工作成果规模包括：子系统数，模块数，代码行数/页面数/界面数，文档页数，功能个数等

2.1.5 工作量估算

根据估算得到的软件规模，进行工作量的估算。估算的内容包括：

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

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

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

2.1.6关键计算机资源

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

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

1.逐项列出该项目开发过程中和运行时必需的计算机系统支持，包括计算

机、外围设备、通讯设备以及必须的系统软件、支持软件。

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

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

2.1.8风险估计

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

2.2度量目标

项目度量指标

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

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

2.4产品

2.4.1软件工作产品

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

1.用户类工作产品：列出需提交给用户的工作产品，包括文档，可执行程

序等。

2.过程类工作产品：列出在项目开发生命周期中产生的所有工作产品。

3.工程类工作产品：列出递交给工程人员用于工程维护的工作产品，如程

序维护手册。

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

2.4.2运行环境

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

2.4.3服务

阐明开发单位可向用户提供的服务。如人员培训、安装、保修、维护和其他运行支持。

2.4.4验收标准

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

3实施计划

3.1任务分解和进度安排

按层次将项目开发中各个阶段（如需求分析、概要设计等）所需完成的任务（包括文件的编制）详细进行分解，指明每项任务的负责人和参加者。列出项目开发各阶段的每项工作的预定起始日期和完成日期，交付期限。规定各项工作任务完成的先后顺序，并说明每项工作完成的标志性事件。在本条目可用表格简要提出工作量估计情况，同时使用MS Project详细列出进度安排。

注意：

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 预算

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

专题计划要点

说明该项目开发过程中可能要制定的各个专题要点如：测试计划、质量保证计划、配置管理计划、度量计划（包括度量目标、度量频率、度量数据的存储方式、汇总形成的图表，报告形式、接受结果的受影响方）、人员培训计划、系统安装计划等。

附录A 评审结论

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

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

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

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

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