图书管理系统项目开发计划.doc

图书管理系统项目开发计划

———————————————————————————————— 作者：
———————————————————————————————— 日期：

2

个人收集整理 勿做商业用途
图书管理系统项目开发计划
一 可行性研究报告
1．引言
1。1编写目的
1。2项目背景
1。3定义
1.4参考资料
2．可行性研究的前提
2.1要求
2.2条件、假定和限制
2.3可行性分析
二 项目开发计划
1. 简单介绍
2。 对现有系统的分析
3．实施计划
3.1任务分解
3。2进度
3.3预算
1。4关键问题
三 需求规格说明书
1．任务概述
1.1目标
1。2运行环境
1。3条件与限制
2．数据描述
2。1静态数据
2。2动态数据
2.3数据库介绍
2.4数据词典
2。5数据采集
3．功能需求
3。1功能划分
3.2功能描述
4．性能需求
4。1数据精确度
4。2时间特性
4.3适应性
四 概要设计说明书
1．总体设计
1.1处理流程
1。2总体结构和模块外部设计
1。3功能分配
五 详细设计说明书
1．总体设计
1。1需求概述
1。2软件结构（图）
2．程序描述
2.1功能
2.2性能
2。3输入项目
2。4输出项目
2。5算法
2。6程序逻辑
2。7接口
2.8存储分配
2。9限制条件
2。10测试要点
六、测试计划
1．计划
1。1测试方案
1.2测试项目
1.3测试准备
1。4测试机构及人员
2．测试项目说明
2.1测试项目名称及测试内容
2.2测试用例
2.3进度
2.4条件
2。5测试资料
七、测试分析报告
1．测试计划执行情况
1.1测试项目
1.2测试机构和人员
1.3测试结果

可行性研究报告

1．引言
随着科学技术的不断提高，计算机科学日渐成熟,其强大的功能已为人们深刻认识，它已进入人类社会的各个领域并发挥着越来越重要的作用.作为计算机应用的一部分,使用计算机对图书信息进行管理,有着手工管理所无法比拟的有点。例如：检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。
1。1编写目的
可行性研究的目的是为了对图书管理问题进行研究，以最小的代价在最短的时间内确定图书管理系统是否可行，经过对此项目进行详细调查研究,初拟系统实现报告，对图书管理系统开发中将要面临的问题及其解决方案进行初步设计及合理安排。本报告经审核后，转交软件管理部门审查。
1.2项目背景
由于学校的不断发展，学生不断增多，学校图书馆的图书品种、数量也在不断地增多。学校使用图书管理系统提高了工作效率，同时摆脱图书管理人员在工作中出现的很多问题，大大节省了学生借书的时间。利用图书管理系统对图书记录进行统一管理,包括新增图书记录，更改图书记录，删除图书记录等功能，实现图书管理工作的系统化，规范化和自动化，为图书管理提供便利。
a.大三第一学期实习内容：图书管理系统
b.项目开发小组成员：王海东 时振超 张少华 曹志灏 王琦
c。用户：中小学、大中专院校及企事业单位图书馆
d.项目开发环境:集成开发环境
e。 软件名字：图书管理系统,版本是1。0。
1.3 参考资料
（1)《软件工程标准手册》 主编 石柱 中国标准出版社
（2）《软件开发编程与设计》 主编 David Conger 北京清华大学出版社
（3） ftp：//ftp。cstd。imut.edu。cn/Upload/LLM/ 列出的资料
（4) 软件工程导论（第四版） 张海藩主编 北京:清华大学出版社 2003
（5) 图书管理系统可行性研究报告 王海东 2011。10

2．可行性研究的前提
2。1要求
（1）本图书馆管理系统主要实现的功能如下:
进入系统前需要身份验证，输入正确的用户名和密码才能进入系统。
用户可以根据需要进行书库管理。
用户可以进行借书证的办理、查询、挂失等操作.
图书出纳、归还、滞纳金的管理
对读者按姓名、证件号码查询的管理对图书按ISBN号、图书名称、图书作者、图书编号、分类的查询管理。
按照管理员的各种需求进行统计及报表打印的功能。
（2）性能要求:实现馆内采购、编目、流通、文献检索等信息化管理（3）输出要求：数据完整，详实.
(3）输入要求：简捷，快速，实时。
（4）操作系统:Microsoft Windows 2000 server 或者 Microsoft Windows 2000 Advanced server 2．数据库：Microsoft SQL Server 2000
（5）完成期限预计7个月,即截止2 01 3年7月1日。
2。2条件、假定和限制
建议开发软件运行的最短寿命：4年
硬件条件：服务器sun工作站，终端为pc机。
服务器端Windows XP 操作系统+Tomcat6。0+SQL Server数据库
客户端 Windows XP 操作系统及浏览器
数据库：Microsoft SQL Server 2000
投入运行最迟时间：*＊＊＊
假设1：相关硬件设备或者软件设备瘫痪.限制：造成部分工作甚至整体工作无法进行而造成拖延。
假设2:组员在项目开发过程中推出该项目。限制：任务需重新分配可能导致最终延期交付。 假设3：最终没有外援美工指导.限制:最终系统界面友好性相对较差。
2。3可行性分析
（1）经济可行性
图书管理系统对图书记录进行统一管理，实现图书管理工作的系统化，规范化和自动化，为图书管理提供便利。与传统人员管理相比，图书管理系统提高了工作效率、同时包托图书管理人员在工作中出现的很多问题，大大节省了学生借书的时间。
(2）技术可行性
现在社会对JSP+Servlet的技术使用较为成熟的人才已经很多,并且现在的各大高校图书馆都拥有电脑。
（3）运行可行性
该系统需要搭建JVM即JAVA虚拟机和Tomat环境，在此环境下，并且在正确连接数据库后可以正常运行。
（4)法律可行性
法律可行性:该平台是作为毕业设计与商业无关，又因为是自主开发设计，因此不会构成侵权，在法律上是可行的。
项目开发计划
1.1图书管理系统的系统特点
(1）简洁美观的操作界面
美观又简单的操作界面对于一个图书网站，起着至关重要的作用。操作过于复杂或网站的设计过于沉闷都会使阅读者感到疲惫。本系统通过工作人员的精心打造，配以精致的动画，使图书管理系统操作界面既时尚典雅又动感十足。
(2)科学的书店管理模式
系统管理员系统分为4个模块：系统管理员身份认证模块、图书管理模块、借阅者管理模块和借阅超时管理模块(如图1）
管理员身份认证：
①接口描述：输入系统管理员身份认证信息
②模块功能:通过检验认证信息允许系统管理员进入系统管理员系统管理
③过程陈述：将输入的管理员身份认证信息与管理员信息表中的信息进行对照，若管理员的编号、姓名和密码中的任意一项与信息管理员信息表中的信息不符合则认为输入有误，身份不通过，要求重新输入;只有三者都相同才能通过身份认证进入系统。
④约 束：最多只允许系统管理员输入三次，若三次都有误，则认定该输入者为非法管理员，不允许其再输入。
借阅者管理模块：
①接口描述：输出借阅者管理信息
②模块功能：对借阅者信息、借阅者分类信息执行修改、查看和删除操作
③过程陈述：输入借阅者编号，打开借阅者信息表可修改、查看和删除表中的信息，并将修改后的信息保存到借阅者信息表中，执行删除操作则需对借阅者分类信息表中的信息进行修改;输入借阅者职务、班次,可打开借阅者分类信息表，可修改、查看和删除表中的信息，并将修改后的信息保存到借阅者分类信息表中。
④约 束：借阅者可分为学生和教师两类,以职务、班次为关键字进行索引。
图书管理模块:
①接口描述：输出图书管理信息
②模块功能：对图书信息、书目信息执行修改、查看和删除操作
③过程陈述：输入图书编号,打开图书信息表可修改、查看和删除表中的信息，并将修改后的信息保存到图书信息表中，执行删除操作则需对书目信息表中的信息进行修改;输入图书名、图书类名，可打开书目信息表，可修改、查看和删除表中的信息，并将修改后的信息保存都书目信息表中。
④约 束：系统管理员对图书信息、书目信息，只有修改、查询和删除的权限，没有添加的权限。
借阅超时管理模块
①接口描述：输出借阅者超时管理信息
②模块功能：读取超时罚款信息,锁定超时借阅者
③过程陈述:输入借阅者编号可读取借阅者的超时罚款信息；输入当前时间可通过读取借阅信息表并列出超时借阅者名单，锁定超时借阅者,借书状态为不可借;同时将超时借阅者信息告知操作管理员系统，并将记录写到超时罚款信息表中。
④约 束：只有超时借阅者缴纳罚金后，其锁定状态才可解除。

1.2。系统功能说明
1。2。1 系统前台
前台作为与阅读者直接交互的界面，在考虑功能的同时，也考虑了操作的简洁和方便性，目的是让大多数不太懂电脑操作的客户，也能轻松的享受电子商务给他们带来的便利。前台主要功能包括：注册登录、我的账户、图书查询、图书分类浏览、图书展示、意见反馈、在线交流、自动友情链接功能等等。
1。2.2书店后台
本系统后台管理在考虑操作简便的同时，提供了强大的书店管理模式。大模块上分为用户资料管理,图书资料管理，用户反馈管理，黑名单与网站维护.
1.2.3功能划分
1）借阅者管理系统
（1)未注册者可以进入注册系统进行注册；
（2）已注册借阅者可按姓名、编号或者身份证号登录进入借阅者检索系统查询借阅者情况；
（3)已注册借阅者可按书名、出版社或作者对图书信息进行检索查询或提出预约请求;
2）图书管理员管理系统
(1）图书管理员通过图书管理员身份认证进入图书管理员管理系统；
（2）借阅者可节约在库图书；
（3）在规定期限内借阅者归还借阅图书；
（4)借阅者在不违规情况下可继续借阅已借阅图书；
（5）借阅者可以预约图书.
3）系统管理员管理系统
（1)系统管理员通过系统管理员身份认证进入系统管理员管理系统；
（2）系统管理员可以对图书进行图书管理（如：查询、删除、修改图书资料或图书分类查询修改、删除管理);
（3)系统管理员可以对借阅者进行学生管理（如：查询、删除、修改借阅者信息或借阅者类别修改、删除管理,查询浏览借阅者详细资料,包括借阅次数，登录次数，最后登录时间)；
（4)系统管理员可以对借阅者进行借阅超时管理（如：列出借阅者超时借阅图书资料，锁定选定的借阅者，禁止锁定的借阅者再借阅，列出已锁定的借阅者名称，可解除选定的借阅者，允许借阅者再借阅）。
4)操作员管理系统
(1）操作员通过操作员身份认证进入操作员管理系统；
（2）操作员可以添加、删除、查看管理员（系统设有一个最高管理员即操作员，拥有最高管理权限）,可以修改管理员密码、登录名;
（3）操作员可以对图书馆基本配置进行设置（如：是否开放图书借阅，可设置可借出数量、借阅时间、续借次数、公告刷新时间,可重置为默认数据，修改配置方案）;
（4)对新图书进行录入并生成图书条形码，对新借阅者进行录入并生成借阅者条形码；对已过期的借阅者证件进行借阅者注销处理，对已遗失或损坏严重的图书数进行注销图书处理。
5）罚款管理系统
(1）罚款管理员通过罚款管理员身份认证进入罚款管理系统；
（2）罚款处理可以读取借阅信息表再生成超时罚款信息表，通过超时罚款信息表可以生成罚款单给罚款管理员；
（3）图书管理员告知罚款系统图书损坏或遗失,若图书损坏严重或遗失，经罚款管理员鉴定后告知操作员，对图书进行注销处理且罚款管理员对借阅者进行罚款处理；若图书轻微损坏，则告知借阅者进行赔偿。
2．对现有系统的分析

图书管理员

1.读者数据维护模块
读者

2.书目维护模块

3.图书出纳管理模块

4.查询

5.统计

系统时钟
2.1处理流程和数据流程

3．实施计划
3。1任务分解
分析阶段（一个月）
调研小组
设计阶段(一个月)
设计小组
写代码及单元测试阶段（三个月)
开发小组
总测试及修改阶段（一个月）
测试小组
维护阶段（不定）
维护小组
3.2进度
阶段划分：
1. 可行性分析：10天
2. 需求分析:15天；
3. 软件设计（概要设计和详细设计）：20天;
4。 数据库建立：15天;
（以下6个子系统可并行编码、单元测试)
5. 子系统1编码测试：5天；
6. 子系统1编码测试:10天；
7 子系统1编码测试:30天;
8 子系统1编码测试:15天；
9 子系统1编码测试：10天;
10. 子系统1编码测试：15天；
11. 硬件安装:20天;
12。 硬件测试:20天;
13。 集成测试：20天；
14。 系统安装、培训：15天;
15 验收测试:20天
进度:包括可行性分析、需求分析、软件概要设计、软件详细设计、编码、测试、安装、转换、确认、培训等阶段活动和任务的进度安排
3.3预算
分析阶段
5000元
设计阶段
10万-20万
写代码及单元测试阶段
60万左右
总测试及修改阶段
5万左右

3。4关键问题
关键的问题是如何做到大容量，多并发,快速的即时演算能力和部分故障不停机的能力.此外开发本项目需要一定的风险，主要是计算机发展速度的风险.详细的分析参见可行性分析报告。
大多数技术问题都能通过数据库解决，所以选择好的数据库是保证开发完整的前提。

需求规格说明书
1。任务概述
1。2运行环境
1.1 设备
运行本软件要在装有Windows2000、Windows XP/Win7/Vista系统的计算机。
1.2 支持软件
本系统支持的操作系统包括:Windows2000、Windows XP/Win7/Vista。
本系统支持的数据库：SQL Server 2000，SQL Server 2005，MY SQL。
本系统的开发工具：tomcat6.0，my eclipse 6。2.
1.3 接口
本软件通过若干个中间表（在次省略其结构）实现与其他软件的通信。
1。4 控制
本系统前台根据“读者验证”模块来控制前台工作,若为读者，则可通过读者登录来选择前台的各项功能，若不是读者，则必须先注册读者,后台则根据“管理员验证”模块来控制后台工作，通过管理员的登录来管理书的存储,和读者信息的存储以及订阅单的输出
1。3条件与限制
a. 硬件方面： 需要配备一台装有SQL Server 2005的数据库服务器和一台装Tomcat6.0的WEB服务器
b. 技术方面： 开发小组成员接受过二年正规软件工程本科专业训练，计算机方面知识有一定基础，但是对Java以及SQL Server数据库掌握运用还有待提高，不足之处靠借阅有关书籍进行学习,组内成员相互讨论分析解决。
需由用户承担的工作： 配备相应硬件系统，做到规范操。向本小组成员进行培训,其内容包括图书馆的工作结构、图书馆管理系统的工作流程,以及图书馆规模包括可容纳多少图书，多少读者，有几个级别的管理员和管理员数目这些内作,备份好数据防止数据
2．数据描述
2。1动态数据

2。2数据词典
数据字典是用来规范描述数据具体内容的工具,也是对数据汇总分析的一个总结。一般来说，可为每个数据建立一张二维表。

2。3 数据采集
2.3.1 E—R图：

2。3.2数据库需求分析设计

3．功能需求
信息输入之后，经过一定的分类处理，形成图书档案数据库，可用于用户查询、模块调用与数据统计。
1。密码设置:每个操作员均有自己的密码，可以防止非本系统人员进入本系统;又因每个人的权限不一致，故可以防止越权操作。
2。资料维护：为了存放图书、读者档案的全部数据，本系统将每一本图书和每位读者的信息进行管理。系统维护包括对各种表记录的修改、删除、添加等操作。
3。系统查询：可以按图书编号、借阅证编号等相关信息进行查询。
4。系统管理：进行员工管理、数据备份和数据恢复。
5。报表统计：包括统计图书信息、读者信息、借阅信息和罚款信息等.
6。其它操作：包括修改密码、添加用户、页面设置等.
4．性能需求
为了保证系统能够长期、安全、稳定、可靠、高效的运行，机票预定系统应该满足以下的性能需求：
4.1 数据精确度
4。1。1 精度
本系统要求输入的读者年龄为整数，借阅书籍的数量为整数，出生日期必须是合法的日期形式（如1990-08—01),身份证号码必须为数字。
4.1.2 时间特性要求
（1）系统的更新处理时间应该在可接受的范围内；
（2）系统的数据查询时间应该在可接受的范围内；
（3）系统的数据统计时间应该在可接受的范围内。
4。1.3 灵活性
(1）操作方式上应该能够满足鼠标和键盘任意切换的需要；
（2）能够支持WindowsXP/7，VISTA的运行环境；
(3）留有与其他系统的接口.
4。2 数据管理能力要求
由于图书管理系统会对读者的资料进行保存，并且，书的库存会随着借阅书籍数量或购进新书而改变,因此对数据的存储有一定的要求：要求提供数据的备份功能。
概要设计说明书
1.总体设计
通过这个阶段的工作将划分出组成系统的物理元素。系统概要设计的基本目的是用比较抽象的概括方式确定系统如何完成预定的任务也就是要确定系统的配置物理方案。软件结构设计时应该遵循的最主要的原理是模块独立让模块彼此间的接口关系应该尽量简单
1.1处理流程
1.2总体结构和模块外部设计
1。3功能分配
该系统需要实现的功能主要有“日常工作管理"、“基本资料维护”、“查询”、和“系统管理”模块。其中日常工作管理和基本资料维护是整个系统的核心。
功能实现:
1.“工作”模块 
（1）借书处理：主要功能是记录借阅证编号和图书编号，进行借书过程。在数据库中插入一条借书记录，该记录包括读者ID、图书ID、借出日期、还书期限、操作员姓名。
(2）还书处理：主要功能是输入借阅证编号、图书ID,在借阅登记表中找到相应的记录将该记录的相应数据插入到还书记录中,同时将借书记录删除并保存在借阅历史记录表中. （3)缴纳罚金：输入读者ID，显示该读者的姓名、图书编号、罚款金额和罚款原因，如果读者交纳了罚金,则将借阅登记表的允许借阅标志置为“Y”。删除罚款记录表中该读者对应的记录，将这一条记录同时插入到罚款历史记录表中。
2.“资料维护"模块
(1）图书资料维护：包括新书的入库以及现有书籍资料的修改、删除。
（2)读者资料维护：包括新会员的资料入库以及现有会员资料的修改和删除 .
3.“查询”模块 
（1）图书资料查询:根据相应的图书信息对所有书籍进行查询。此查询包括‘图书分类’、‘图书号’、‘图书名称’、‘作者’、‘出版社’。
（ 2）读者资料查询：根据相应的读者资料进行所需查询。‘借阅证编号’、‘读者姓名’、‘身份证号’以及‘止借标志’。 
（3）借阅历史记录查询:根据相应的借阅信息进行所需查询。此查询包括‘借阅证号’、‘图书号’、‘借书日期’、‘还书日期’。 
（4）罚款历史记录查询：根据相应的罚款信息进行所需查询.此查询包括‘借阅证号’、‘罚款日期'、‘罚款原因’。
详细设计说明书
1.总体设计
用户登录
调用数据库
？Y/N
系统主界面
退出系统
1。1软件结构

是

否
2．程序描述
2.1功能
    信息输入之后，经过一定的分类处理,形成图书档案数据库,可用于用户查询、模块调用与数据统计.
2。2性能
    准确性要求高，可靠性要求高,输入控制严格,页面响应时间短，用户界面友好，输出准确,能够准确有效的进行用户权限的管理。
2.3输入项
新书名称:任意的字符，数字的组合或是单独使用字符或是数字
新书编码：任意的数字，字符的组合或是单独使用字符或是数字
2.4输出项
错误提示：新书编码规则不正确
操作界面：添加（或修改）成功,继续下一步操作
2.5设计方法（算法）
新书名称+编码
软件设计：
错误提示，请重新输入
继续下一步
Y
N
是否符合标准
硬件设计：
服务器：PentiumII500以上或更高，128内存，20G硬盘，
CD－ROM：16倍速以上，
网卡：10ＭＢ/100ＭＢ自适应，
内存:128M以上；
工作站：PentiumII 266以上微机，
内存:64MB，
硬盘： 至少5G以上，
CD－ROM：16倍速以上，
网卡：10ＭＢ/100ＭＢ自适应；
另外,都必须遵守TCP/IP协议；
2.6流程逻辑
    对图书分类整理后，要予以编号,编辑功能实现代码。如下是系统开发的流程：
新书入库 修改馆藏 图书量 新书上架 修改数据库

书籍编码 图书分类

2.7接口
模块之间采取的是串行方式与并行方式的结合，并通过值传递来实现数据的传输。
2。8存储分配
馆藏图书信息与用户信息占据整个磁盘的2/3.
2。9限制条件
禁止一切非授权更改。
2。10测试计划
首先采取逐步替代制的方式来测试系统，要求专业的测试人员,使用真实的数据输入，然后将其输出的结果与原有的结果进行比较。

测试计划
1．计划
1。1测试方案
测试方案是测试阶段的关键技术问题.为了提高测试效率降低测试成本，本测
试方案采用黑盒法设计基本的测试方案,再用白盒法补充一些方案。在黑盒法测试
方案中，采用等价划分技术，把所有可能的输入数据(有效的和无效的)划分成几
等价类，其划分类在以下的输入中再详述.
1.2测试项目
测试1：名称：系统操作登录测试。
目的：测试系统操作界面。
内容:帐号口令输入、合理性检查、合法性检查，系统操作界面显示控制 。
测试2：名称：出借测试。
目的:测试出借功能.
内容：括读者证号输入、合理性检查、合法性检查，借书对话显示控制，图书书号提交、合理性检查、合法性检查，借书登记。
测试 3：名称： 还书测试。
目的：测试还书功能。
内容:还书对话框显示控制，图书书号提交、合理性检查、合法性检查，还书登记。 测试4：名称：图书库管理测试.
目的：测试图书库操作功能。
内容：图书库管理界面显示控制，图书库浏览，增加图书记录,删除图书记录，编辑图书记录。
测试5:名称:图书查询测试。
目的：测试图书查询功能。
内容：图书查询对话框显示控制，输入数据合理性检验、提交，图书查询结果显示。
1。3测试准备
在测试前,与各模块的主要负责人共同协商讨论,以概要设计说明书。详细设
计说明书作为总的提纲,选择合适的输入输出数据，并加以意义列举说明。

1.4测试机构及人员
人员主要由各程序模块的软件开发人员和图书馆的有关负责人共同
2．测试项目说明
2。1测试项目名称及测试内容
测试1:名称：系统操作登录测试.
目的：测试系统操作界面。
内容：帐号口令输入、合理性检查、合法性检查,系统操作界面显示控制 。
测试2：名称：出借测试。
目的：测试出借功能.
内容：括读者证号输入、合理性检查、合法性检查，借书对话显示控制，图书书号提交、合理性检查、合法性检查,借书登记。
测试 3:名称： 还书测试.
目的：测试还书功能。
内容：还书对话框显示控制,图书书号提交、合理性检查、合法性检查，还书登记。 测试4：名称：图书库管理测试。
目的：测试图书库操作功能.
内容：图书库管理界面显示控制，图书库浏览，增加图书记录，删除图书记录，编辑图书记录.
测试5:名称：图书查询测试。
目的：测试图书查询功能.
内容:图书查询对话框显示控制,输入数据合理性检验、提交,图书查询结果显示。

2.2测试用例
4。2.1用例图及用例文档

2.3进度
　由于其测试过程较长,需要对各子单元程序．各模块及它们之间的接口分
别进行测试进度．一般测试过程都伴随其概要设计．详细设计过程一起进行,
进度在８个月左右.

2.4条件
　必须在保证各硬件设备．软件系统齐备的情况下,资金充足，人员齐备，
各方面互相配合，齐心协力，共同完成。
2.5测试资料
测试资料主要是软件开发小组的各类文档及图书馆提供的各类资料档案。

测试分析报告
1．测试计划执行情况
1.1测试项目
系统登录/注册模块测试
系统接受用户输入的帐号密码，然后与数据库中数据核对。系统接受新用户注册帐号，核对无误注册成功
输入信息模块测试
系统接受用户输入的借阅者信息,核对后存入数据库中
数据库测试
测试数据库的安全性．可靠性．健壮性．效率。
系统测试
用黑盒法对系统进行各类功能的测试
1.2测试机构和人员
【给出测试机构名称、负责人和参与测试人员名单。】
1。3测试结果
系统登录/注册模块测试
对于无效输入能够做出判断,并提示用户；有效输入能够成功存入数据库中。
输入信息模块测试
系统能够检测出无效输入，提示用户重新输入;有效输入能够存入数据库中。
输出信息模块测试
能够准确输出用户查询的信息
数据库测试
各类功能运行正常,无错误
系统测试
各类功能运行正常，无错误

36