软件开发计划书Word文档下载推荐.docx

软件开发计划书Word文档下载推荐.docx

《软件开发计划书Word文档下载推荐.docx》由会员分享，可在线阅读，更多相关《软件开发计划书Word文档下载推荐.docx（18页珍藏版）》请在冰豆网上搜索。

2.3.3服务-

2.3.4非移交产品-

2.4验收标准---

-8-

2.4.1代码的验收-

2.4.2文档验收---

2.4.3服务验收---

-9-

2.5完成项目的最迟期限

2.6本计划的审查者与批准者-

3实施总计划

-10-

3.1开发过程--

3.1.1需求分析--

3.1.2系统设计--

3.1.3编码及测试阶段--

3.1.4文档、产品部署--

3.1.5项目总结--

3.2工作任务的分解--

-11-

3.3接口人员--

-12-

3.4进度

3.5预算

-13-

3.6关键问题--

4支持条件--

-14-

4.1计算机系统支持--

4.2需要用户承担的工作

-15-

4.3需由外单位提供的条件--

5专题计划要点

-16-

5.1开发人员培训计划

5.2测试计划--

5.3质量保证计划

5.4人员配置计划

5.5客户培训计划

-17-

5.6安全保密计划

5.7合同计划--

1引言

1.1编写目的

为了保证项目团队按时保质地完成项目目标，便于项目团队成员更好地了解项目情况，使项目工作开展的各个过程合理有序，有必要以文件化的形式，把对于在项目生命周期内的工作任务范围、各项工作的任务分解、项目团队组织结构、各团队成员的工作责任、团队内外沟通协作方式、开发进度、经费预算、项目内外环境条件、风险对策等内容以书面的方式描述出来，作为项目团队成员以及项目干系人之间的共识与约定，项目生命周期内的所有项目活动的行动基础，项目团队开展和检查项目工作的依据。

本项目开发计划用于从总体上指导图书管理系统项目顺利进行并最终得到通过评审的项目产品。

本项目开发计划面向项目组全体成员。

1.2背景

沈阳师范大学图书管理系统是由沈阳师范大学委托我们开发的大型管理系统，主要功能是实现图书馆的信息化管理，包括读者信息管理，书籍信息管理，借阅信息管理，管理者信息管理等功能。

项目周期为六个月，项目背景规划如表

1.1所示。

项目名称

项目委托单位

沈阳师范大学

任务提出者

周老师

项目承担单位

表1.1项目背景规划

图书管理系统是学校信息管理系统的一个重要组成部分，它需要学生基本信息系统提供学生的基本资料，因为很多情况下，图书证号和学生的学生证号是一样的，而且在图书管理中，需要知道学生所在的系别和班级等信息；

另外，它还需要教职工信息系统提供基本资料，因为教职工当然也能在图书馆借阅图书。

因此，在设计时可以和校园信息管理系统的其他系统使用同一个数据库管理系统，以便系统之间的信息交流和管理。

1.3定义

专门术语：

SQLSERVER:

系统服务器所使用的数据库关系系统（DBMS）。

SQL：

一种用于访问查询数据库的语言

事务流：

数据进入模块后可能有多种路径进行处理。

主键：

数据库表中的关键域。

值互不相同。

外部主键：

数据库表中与其他表主键关联的域。

ROLLBACK:

数据库的错误恢复机制。

缩写：

系统：

若未特别指出，统指本图书管理系统。

SQL：

StructuredQueryLanguage（结构化查询语言）。

ATM：

AsynchronousTransferMode（异步传输模式）。

UML：

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

1.4参考资料

文档格式要求按照我国GB/T8567-1988国家标准和IEEE/ANSI830-1993标准规范要求进行。

包括以下文件：

Ø

图书借阅关系系统需求说明书

软件工程项目开发文档范例

软件工程国家标准文档

图书借阅管理需求说明书

软件需求说明书编写规范书籍包括：

《软件项目管理》朱少民，韩莹编著，人民邮电出版社。

《软件项目管理》RajeevTShandilya编著科学出版社。

2项目概述

随着人们知识水平层次的提高，图书馆成为日常生活中不可缺少的一部分。

而图书馆的存书量和业务量庞大，仅仅靠传统的记帐式管理是不可行的。

图书馆系统应运而生，逐渐成为信息化建设的重要组成部分。

图书管理系统为学校或社会型图书馆的管理员提供所有借阅者的详细信息，以及馆内库存的详细情况，对借书和还书两大功能进行合理操纵并登记。

图书管理系统采用目前比较流行的C/S模式，eclipse作为前端开发工具，后台数据库管理系统为SQLServer2000，系统的运行平台为Windows。

系统运行再图书馆工作人员的客户机上，对数据库访问的并发处理由SQLServer控制。

本图书管理系统主要实现的功能如下：

进入系统前需要身份验证，输入正确的用户名和密码才能进入系统。

用户可以根据需要进行书库管理。

用户可以进行借书证的办理、查询、挂失等操作。

用户可以添加账户和修改密码。

项目开发时间:

90天开发工具:

eclipse

2.1工作内容

1、制作和修订项目开发计划；

2、进行计划跟踪与监控；

3、配合SQA的质量保证工作；

4、工作产品及时进行受控管理；

5、按计划提请阶段评审；

6、提交测试部门评测开发产品；

7、交付最终工作产品。

8、项目实施总结

9、项目验收

2.2主要参加人员

为了完成图书管理系统的项目开发，公司组建了一个临时的项目团队，有项目组组长、副组长、组员构成，如图2.1所示。

组长

主角2

副组长

主角2

组员 组员 组员 组员

图2.1项目团队组织结构图

表2.1人员分工

姓名

角色

工作描述

负责计划、分配任务、决策的实施

负责项目的具体实施与监管

组员

负责收集材料

负责验收成果

2.3产品及成果

2.3.1程序

软件名称：

沈阳师范大学图书管理系统编程语言：

Java

存储方式：

U盘

功能：

图书馆业务集成系统采用国内先进的汇文文献信息服务系统，该系统由采访、编目、典藏、流通、连续出版物、统计、系统管理、OPAC等模块组成。

2.3.2文件

用户操作手册：

本手册详细描述软件的功能、性能和用户界面，使用户对如何使用该软件得到具体的了解,为操作人员提供该软件各种运行情况的有关知识，特别是操作方法的具体细节。

软件维护手册：

主要包括软件系统说明、程序模块说明、操作环境、支持软件的说明、维护过程的说明，便于软件的维护。

2.3.3服务

计划提供以下服务：

课堂培训：

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

免费咨询：

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

技术支持：

对于某些客户，采取上门指导的方式。

软件维护：

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

升级通知：

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

软件升级：

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

2.3.4非移交产品

可行性分析报告：

说明该软件开发项目的实现在技术上、经济上和社会因素上的可行性，评述为了合理地达到开发目标可供选择的各种可能实施方案，说明并论证所选定实施方案的理由。

项目开发计划：

为软件项目实施方案制订出具体计划，应该包括各部分工作的负责人员、开发的进度、开发经费的预算、所需的硬件及软件资源等。

软件需求说明书（软件规格说明书）：

对所开发软件的功能、性能、用户界面及运行环境等做出详细的说明。

它是在用户与开发人员双方对软件需求取得共同理解并达成协议的条件下编写的，也是实施开发工作的基

础。

该说明书应给出数据逻辑和数据采集的各项要求，为生成和维护系统数据文件做好准备。

概要设计说明书：

该说明书是概要实际阶段的工作成果，它应说明功能分配、模块划分、程序的总体结构、输入输出以及接口设计、运行设计、数据结构设计和出错处理设计等，为详细设计提供基础。

详细设计说明书：

着重描述每一模块是怎样实现的，包括实现算法、逻辑流程等。

测试计划：

为做好集成测试和验收测试，需为如何组织测试制订实施计划。

计划应包括测试的内容、进度、条件、人员、测试用例的选取原则、测试结果允许的偏差范围等。

测试分析报告：

测试工作完成以后，应提交测试计划执行情况的说明，对测试结果加以分析，并提出测试的结论意见。

开发进度月报：

该月报系软件人员按月向管理部门提交的项目进展情况报告，报告应包括进度计划与实际执行情况的比较、阶段成果、遇到的问题和解决的办法以及下个月的打算等。

项目开发总结报告：

软件项目开发完成以后，应与项目实施计划对照，总结实际执行的情况，如进度、成果、资源利用、成本和投入的人力，此外，还需对开发工作做出评价，总结出经验和教训。

软件问题报告：

指出软件问题的登记情况，如日期、发现人、状态、问题所属模块等，为软件修改提供准备文档。

软件修改报告：

软件产品投入运行以后，发现了需对其进行修正、更改

等问题，应将存在的问题、修改的考虑以及修改的影响做出详细的描述，提交审批。

源程序：

软件开发过程中的全部代码以及注释。

2.4验收标准

2.4.1代码的验收

最后在交付客户之前进行小组内评审，代码编写符合HB6465标准，与文档说明保持一致，代码书写风格统一，采用标准规范，没有下列错误：

由于软件缺陷造成丢失数据，不符合设计要求，响应时间太长无法接受等问题。

2.4.2文档验收

最后在交付客户之前进行小组内评审，文档格式符合HB6465标准， 功能符合与客户的合同要求，清晰易读，没有语病与歧义。

2