软件开发计划书

1．引言（Introduction）

1.1 目的（Purpose）

本章提供整个软件开发计划的综述。主要是确定以下内容：

（1）软件生存周期的选取及裁剪。

（2）软件规范、方法和标准的选择。

（3）软件工作产品的规模估计。

（4）软件工作量和成本的估计。

（5）软件进度表的制定。

（6）软件风险的估计。

（7）软件项目培训计划。

1.2 范围（Scope）

说明该软件开发计划的范围，简要描述软件开发计划的内容。一般而言，对于一个较大的软件项目（工期6个人月以上），计划书包括如下内容：

（1）软件规模估计

（2）工作模块计划

（3）人力资源计划

（4）其他资源计划

（5）进度安排计划

（6）配置管理计划（可单独做一个计划）

（7）质量保证计划（可单独做一个计划）

1.3 术语定义（Terms Glossary）

将该软件开发计划中的术语、缩写词进行定义。包括用户应用领域与计算机领域的术语与缩写词等。例如：

[1] 软件相关组：指软件配置管理组、文档支持组、测试组。

[2] 软件质量保证组：指计划和实施软件质量保证活动的人员的集合。

1.4 参考资料（References）

说明该软件开发计划使用的参考资料，如项目的用户需求报告、商务合同、用户领域的资料等，每一个文件、文献要有标题、索引号或文件号，发布或发表日期以及出版单位。

[1] ……

[2] ……

1.5 相关文档（Related Documents）

当该文档变更时，可能对其他文档产生影响，受影响的文档叫相关文档，需将它们列出。

[1] ……

[2] ……

1.6 版本更新记录（Version Updated Record）

版本更新记录格式，如表4-8所示。

表4-8  版本更新记录

2．项目概述（Project Summary）

2.1 项目的目的（Project Purpose）

说明该软件项目的目的。

2.2 项目的范围（Project Scope）

本章的内容，主要参照《立项建议书》/《合同》与《用户需求报告》中相关章节，简要描述该软件项目的实现范围：

（1）主要功能点列表

（2）主要性能点列表

（3）主要接口列表

（4）本软件项目与其他软件项目之间的关系

（5）项目实施方面的限制等内容

2.3 项目的使用对象（Project Reader）

在本章节中，要识别出顾客与最终用户，对顾客与最终用户的情况要有简单描述，如最终用户的教育水平、技术水平及本系统的使用频度等。

3．项目组织（Project Organization）

项目组织是为开发项目而组建的队伍。建议以框图的方式表示项目的组织结构，并对每一组织的负责人和职责加以说明。可能的项目组织单元，如：

（1）项目管理组

（2）质量保证组

（3）配置管理组

（4）软件工程组

（5）测试组

（6）需求管理组

各组织说明如下：

（1）项目管理组，执行SPP和SPTO过程，对项目实施负全部责任。

（2）质量保证组，执行SQA过程，负责项目过程与产品的质量控制和报告。

（3）配置管理组，执行SCM过程，负责项目产品的版本、配置管理以及配置库状态报告。

（4）软件工程组，执行软件项目工程过程，负责项目产品的开发和维护工作。

（5）测试组，执行软件项目测试过程，负责项目产品的测试。

（6）需求管理组，负责对需求基线和需求变更进行管理。

4．软件生存周期（Software Life Cycle）

本章节记录项目策划生存期定义的工作结果，需要描述的主要内容：

（1）项目生存期框图

（2）项目生存期说明

5．规范、方法和标准（Criterion，Means，Standard）

本章节中需要描述采用的供开发和维护软件用的规范、方法和标准。

6．任务与工作产品（Task and Work Products）

项目任务和工作产品，是指根据项目生存期阶段划分的任务，和相应阶段的工作产品。记录项目生存期各阶段确定的需重点控制的阶段任务和工作产品。建议以表格的形式，列出生存期各阶段的任务和工作产品。项目包含的任务，如：

（1）需求分析

（2）系统设计

（3）系统实现

（4）测试

（5）产品交付

（6）产品维护

项目可能包含的产品，如：

（1）需求分析说明书

（2）规格分析说明书

（3）系统设计说明书

（4）源代码

（5）各种测试报告

（6）用户手册

（7）软件问题维护记录

7．工作产品、任务规模、工作量估计（Estimates of Work Product，Task Size and Workload）

项目规模估算是为了确定项目所需的人工。需要描述的主要内容有：

（1）对软件工作产品规模估计依据的简要描述。

（2）每种任务和工作产品规模估计的结果。

（3）规模估算的结果，建议用《任务规模和工作量估算表》的形式列出。

8．成本估计（Estimates of Costs）

成本估计，是指对项目完成过程中耗费的人力、物力、财力资源的估算。成本估计应按类别进行估算，可能的成本估算类别，如：

（1）直接人工

（2）直接费用

（3）间接成本

（4）制造费用

（5）管理费用

（6）不可预见费用

9．关键计算机资源计划（Critical Computer Resource Plan）

项目的关键计算机资源计划，是指系统在开发环境、测试环境、及用户目标环境中，对关键计算机资源，如计算机存储能力、计算机处理器速度、通信通道容量、服务器处理能力等的估计，使之能满足软件开发、测试、运行的要求。

10．软件项目进度计划（Software Project Schedule）

件项目进度计划，是对项目的进度、人员工作分工所做的计划，此计划依据上述各章的估算和分析结果，计划方式建议采用表格的形式。若采用工具制定项目计划，应将工具生成的图表作为项目计划的附件。本章节中需要描述的主要内容有：

（1）软件项目每个阶段的进度时间表

（2）设定的里程碑

（3）评审时间

（4）缓冲时间

11．配置管理计划（可单独做一个计划）（Configuration Management Planning）

本书单独作为一章论述。

12．质量保证计划（可单独做一个计划）（Software Quality Assurance Planning）

本书单独作为一章论述。

13．风险分析（Risks Analysis）

项目风险分析，是指对可能发生的将会对项目按预期时间、资源和预算完成产生重大影响的事件的分析包括：

（1）被识别出的重大风险事件：政策风险、技术风险、技能风险等。

（2）易发生重大风险事件的高风险区域：用户需求、设计、测试、运行平台等。

（3）重大风险事件的级别：功能不全、性能不稳、迅速受限制等。

（4）拟采取的预防措施：增加投入、纠错、延时等。

（5）风险事件发生后建议采用的处理措施：更改计划、降低难度系数等。

14．设备工具计划（Equipment and Tools Planning）

项目设备工具计划，是根据项目的工作指派及进度确定项目所需要的设备和工具，以确保设备工具在任务执行前到位，保证项目任务的顺利执行，在本计划中应包含以下几方面的内容：

（1）所需的设备

（2）基本的要求

（3）应到位的时间

15．培训计划（Training Planning）

项目的培训计划，应根据项目的特点和项目组成员技能情况，制定出项目组成员所需的培训内容，培训计划中应包含以下几方面：

（1）培训内容

（2）培训时间

（3）教员

（4）接受培训的人员

（5）培训目的（应达到的效果）

16．项目评审（Project Reviews）

项目评审，是对项目策划过程所做的定期性评审。其内容可分为：

（1）评审点

（2）评审周期

（3）评审层次

（4）评审条款和措施

（5）管理评审活动中提交的工作产品（列出被评审的工作产品）

17．度量（Measurement）

度量是按规定在项目进行过程中，需要采集的度量数据，以便量化地反映项目的进展情况，为管理者提供对项目进展的适当的可视性，同时度量数据是项目过程改善的数据基础。应规定项目度量值的记录人（一般为项目经理或其指定人员）、记录时间（一般以定期评审为基础）和记录的数据。常用的度量数据如：

（1）项目过程的评审次数

（2）项目计划修改次数

（3）项目各阶段的人员投入（各阶段投入的人月数）

（4）各类任务耗用时间统计（如设计、编码、测试、文档编写等）

（5）工作产品统计（如文档字数、功能点数、用况数、源代码行数等）

第二篇：图书馆软件开发计划书

1. 引言

1.1 编写目的

该项目开发，为了使图书管理员处理在图书采集，借阅和归还过程中能够提高效率，开发的一款图书信息管理系统。命名为Book，现在版本为1.0.0

1.2 背景

二十一世纪是信息的社会，图书是我们最好的获取信息的方式，但由于企业，事业单位和学校图书馆图书收藏量大大增加，使传统的图书管理员的工作日益繁重起来。传统的图书管理模式，已经不适应，通过软件开发一款适合当代图书馆管理员能够很好操作的图书管理系统。

1.3 定义

过程：“一组将输入转化为输出的相互关联或相互作用的活动”。

产品：“一组将输入转化为输出的相互关联或相互作用的活动的结果”。

质量管理(Quality Management)：指导和控制某组织与质量有关的彼此协调的活动。

组织结构(Organizational Structure)：人员的职责、权限和相互关系的有序安排。 客户（Customer）：接收软件产品的组织或个人。

UML：统一建模语言、是一套用来设计软件蓝图的标准建模语言，是一种从软件分析、设计到编写程序规范的标准化建模语言。

1.4 参考资料

a．本文档中引用的文件、资料

b．《软件工程-实践者的研究方法》 （美）Roger S.Pressman 著 黄柏素 梅宏 译

机械工业出版社

C．《中华人民共和国国家航空航天工业部工业标准软件文档编制规范HB 6465-90》

d．《UML与系统分析设计》

张龙祥 编著

人民邮电出版社

f．《软件工程导论》 张海藩

清华大学出版社

e，本项目经核准的计划任务书、合同和上级机关的批文。

2 项目概述

2.1 工作内容

图书借阅管理系统，根据用户的不同，需要实现如下功能：

（1） 提供采编人员进行书籍采集。

（2） 为用户提供图书借阅的检索服务。

（3） 图书证的办理，图书的借阅，归还的功能。

（4） 系统维护功能：书类、图书。

2.2 主要参加人员

由六个人组成的开发团队。

2.3 产品

2.3.1 程序

Book.jar Book系统的打包程序，由JAVA编译 。

2.3.2 文件

2.3.2.1 文档，编号及其交付形式：

(03622DOC1)软件项目计划 内部保存

(03622DOC2)功能分解 内部保存/客户评审

(03622DOC3)风险分析 内部保存

(03622DOC4)配置管理 内部保存

(03622DOC5)需求规格说明 内部保存/客户评审

(03622DOC6)概要设计说明 内部保存

(03622DOC7)详细设计说明 内部保存

(03622DOC8)用户手册与使用说明 内部保存/发布

(03622DOC9)测试计划 内部保存

(03622DOC10)测试报告 内部保存

(03622DOC11)项目开发总结 内部保存

2.3.2.2 补充件，编号及其交付形式：

可行性分析报告 内部保存

数据要求说明 内部保存

数据库设计说明 内部保存

2.3.3 服务

计划提供以下服务

课堂培训：以讲课形式对客户进行培训，使其能够正确使用软件。

免费咨询：客户可以在工作时间向技术人员提出问题并获得解答。

技术支持：对于某些客户，采取上门指导的方式。

软件维护：获取软件使用中的问题，提供补丁程序。

升级通知：在软件新版本发布的时候，及时通知(Email或邮寄信件)注册的用户，并提供试用版本。

软件升级：对于注册用户，只需较少的费用即可升级到新的版本。

2.3.4 非移交的产品

开发过程中，对用户提出的意见的反馈以及实现与否，项目需求和分析，软件开发预算对用户承受能力的预测。

2.4 验收标准

2.4.1代码的验收

小组内评审

期末总体评审

代码编写符合HB6465标准

与文档说明保持一致

代码书写风格统一

基本没有下列错误：由于软件缺陷造成丢失数据，不符合设计要求，响应时间太长无法接受。

2.4.2 文档验收

小组内评审

期末总体评审

文档格式符合HB6465标准

功能符合与客户的合同要求

清晰易读，没有语病与歧义

2.4.3 服务验收

服务硬件达到文档说明的要求

人员技术考核合格

2.5 开发时间

自2007.7.9-2007.7.29

2.6 批准者：项目开发经理

批准时间：2007-7-9

3. 实施计划

3.1 工作任务的分解与人员分工

我们开发的图书借阅系统，开发工作从20xx年7月9日开始，到20xx年7月29日结束，分五个主要阶段进行。

3.1.1需求分析

需求分析是整个设计中最重要的一环，当可行性分析完成，项目立项，确定开发角色后，从7月10日开始至7月15日，有关的设计开发人员与相关业务人员共同对业务流程、管理方式进行分析，并进行资料的收集、整理。在完成了对有关数据信息的收集、归纳和分析整理后，确定了用户需求，对软件必须完成的功能进行了定义，在此基础上完成了数据定义，建立了数据字典。

3.1.2系统设计

从7月16日开始至7月20日，完成对整个系统的分析设计，对概念模型、存储模式、完整性控制、存取权限等进行了定义，对系统功能各模块进行了详细设计，定义了数据库总体结构、编码命名规范。

3.1.3编码及测试阶段

从7月21日开始至7月26日，完成程序设计和系统测试，完成了数据库建立及程序的编制调试。为了避免错误累积，采用边开发边测试的基本模式，对每个模块都安排专人进行单独测试。系统联调及系统测试，对系统处理逻辑、例外处理能力、容错能力等进行大规模的测试，对发现的问题进行彻底纠正。

3.1.4培训、文档、产品部署

从7月27日开始至7月29日，完成用户培训工作，编写各类文档，系统投入运行阶段。

3.1.5项目总结

项目结束后用一周左右时间，对项目研发、部署等开发过程中的问题、经验教训总结备案，以利于项目经验的积累和开发进度的缩短。

3.2 接口人员

接口工作人员吴杰，通过完成各个模块之间联系和类之间的关系。

3.3 进度

3.4预算

进度甘特图如下所示：

第一周

任务名

称 Mon Tue Wed Thu Fri Sat

Sun

图书馆管理系统计划

项目可行性分析 ﹢项目立项 ﹢需求分析 ﹢设计 ﹢第一阶段工作总结 ﹢编码 ﹢测试 ﹢典型试验 ﹢项目文档整理及项目结项 图书借阅管理任务结束 第一周 第二周 任务名

Sun Mon Tue 称

编码

图书馆原码编程规范 数据库构造 图书馆系统实例源码分析

图书馆系统源码打包与用户

手册制作 开发阶段完成 第一周 任务名

Thu Fri 称

需求分

析

制作用例脚本 制作系统用例图 制作系统类图 分析工作阶段结束

第二周 第三周

Mon Tue Wed Thu Fri Sat Sun Mon Tue Wed Thu

Wed

Thu

Fri Sat Sun

3.5 关键问题

人员影响本计划完成的主要问题有：

用户需求不清,存在误解及二义性

人员没有实际经验

没有足够的开发时间

4.支持条件

4.1 计算机系统支持

4.1.1服务器 CPU PentiumII 300或更高配置，内存 128M以上，硬盘 至少500M，网络适配器 10MB或100MB的网卡，，一个CD-ROM驱动器，打印机一台，UPS(选配)。

4.1.2客户机CPU Pentium200或更高配置,内存 64M以上,硬盘 至少100M,网络适配器 10MB或100MB的网卡,一个CD-ROM驱动器,网络适配器 10MB或100MB的网卡,打印机（选配）。

4.1.3网络 至少一台服务器,至少一台工作站,使用TCP/IP协议的局域网。

4.1.4软件环境：

服务器 Windows2000 Server以上,安装Sql Server 7.0及以上。

客户机Windows 9x， Windows2000，WindowsXP均可安装Sql Server 7.0客户端软件。

4.2 需由用户承担的工作

由图书管理员进行讲述，图书从采购，编码，上架，在借阅和归还图书过程所遇到的问题，和需要在开发过程中，需要注意的问题。并提供给开发软件同管理员一起参加日常工作。

4.3 需由外单位提供的条件

本次开发，图书馆给了很大的帮助，提供图书数据和亲身体验流程.

5.专题计划要点

5.1开发人员对图书管理系统的了解

20xx年7月9日起，用了一天老师对将要开发的图书馆从采购到编码上架和借还过程中所遇到的问题进行讲解，让开发人员有了对开发功能有了大概的了解。

5.2 测试计划

软件开发重要在后期进行软件测试，对开发的软件性能进行了解。

5.3 质量保证计划

从开发人员到项目管理，要进行严格管理，

5.4 用户进行培训

在软件实际应用后的前些时间，对用户进行软件操作方法的具体培训，对软件界

面和应用功能进行大概介绍。