图书管理系统 需求规格说明书.docx
《图书管理系统 需求规格说明书.docx》由会员分享，可在线阅读，更多相关《图书管理系统 需求规格说明书.docx（12页珍藏版）》请在冰点文库上搜索。
图书管理系统需求规格说明书
需求规格说明书
1引言1
1.1编写目的1
1.2背景1
1.3定义2
1.4参考资料2
2用户需求分析2
2.1系统现有业务2
2.2系统数据流图3
2.3系统数据字典5
3需求规定7
3.1目标7
（1）时间特性要求7
（2）灵活性8
3.2输人输出要求8
3.3安全保密要求8
4运行环境规定8
4.1设备8
4.2支持软件9
4.3接口9
4.4故障处理9
1引言
1.1编写目的
1.编写目的
该软件需求说明书在可行性报告的基础上，对用户进一步做深入细致的调研，对目标系统提出完整、准确、清晰和具体的要求，以便顺利进行后续阶段的工作。
2.预期读者
本校教工及学生。
1.2背景
该软件系统的名称：
图书管理系统；
该项目的提出单位：
计算机科学与信息技术学院；
该项目的开发者：
尤丹
该项目的用户（假象用户）：
有权利并且需要查询管理图书的教工和学生；
该软件系统的实现场所：
个人电脑；
该软件系统同其他系统的关系：
该系统是一个完整的系统，是大庆师范学院管理图书的工具；
1.3定义
说明书：
大庆师范学院图书管理系统说明书；
DFD：
数据流图
1.4参考资料
【1】张俊兰，江开耀，李晔等.软件工程【m】.西安：
西安电子科技大学出版社，2003年8月．
【2】萨师煊,王珊.数据库系统概论（第三版）.北京:
高等教育出版社,2000．
【3】李存斌,黄铁英,懂富贵.数据库应用技术.北京:
中国水利水电出版社,2001．
【4】王征,李家兴.SQLServer实用简明教程（第三版）.北京:
清华大学出版社,2006．
【5】郝兴伟.Web开发技术.北京:
清华大学出版社,2004．
【6】[美]塞巴斯塔.Web程序设计（第3版国外经典教材计算机科学与技术）.北京:
清华大学出版社,2006．
【7】刘晓华，张建，周慧珍．Jsp应用开发详解．北京：
电子工业出版社，2008年10月．
2用户需求分析
2.1系统现有业务
通过对现行图书馆业务的调查，明确了图书馆工作由图书管理、读者管理、借书服务和还书服务4部分组成。
用户对现有系统功能的描述如下。
（1）图书管理
1对馆内的所有图书按类别统一编码；对各类图书建立图书登记卡，登记图书的主要信息。
2新购图书要编码和建卡，对遗失的图书要注销其图书登记卡。
（2）读者管理
1建立读者信息表，对读者统一编码。
2对新加盟的读者，将其信息加入到读者信息表中；对某些特定的读者，将其信息从读者信息表中删除。
3当读者情况变化时，修改读者信息表中相应的记录。
（3）借书服务
1未借出的图书要按类别上架，供读者查看。
2建立借书登记卡，卡上记录着书号、读者姓名和编号、借书日期；将借书登记卡按读者单位、读者编号集中保管。
3读者提出借书请求时，先查看该读者的借书卡，统计读者已借书的数量。
如果该读者无借书超期或超量情况，则办理借书手续。
4办理借书手续的方法是：
填写借书登记卡，管理员核实后读者可将图书带走。
（4）还书服务
1读者提出还书要求时，先对照相应的借书卡，确认书号和书名无误后可办理还书手续。
2办理还书手续的方法是：
在借书卡上填写还书时间、管理员签名；将已还的借书卡集中保管；收回图书。
3将收回的图书上架，供读者查看和借阅。
2.2系统数据流图
现行的业务流程通过数据流图表示，《图书管理系统》顶层数据流图如图2-1所示。
图2-1《图书管理系统》顶层数据流图
图2-2《图书管理系统》0层数据流图
在《图书管理系统》顶层数据流图中，“内部管理’’和“借书管理’’两个处理框功能都太复杂，对它们进一步细化后得出1层数据流图。
图2-3是对“内部管理’细化为图书管理和读者管理两个子处理框的流图。
图2-3《图书管理系统》1层数据流图——“内部管理”
“借书管理”处理框中包括“借书处理”、“还书处理”和“查看书目”三个子处理框，其细化数据流图如图2-4所示。
图2-4《图书管理系统》1层数据流图——“借书管理”
汇总后得到的系统数据流图，如图2-5所示。
图2-5细化后的图书管理系统数据流图
2.3系统数据字典
图书管理系统数据流图中，数据信息和处理过程需要通过数据字典才能描述清楚。
图书管理系统的数据字典，主要对数据流图中的数据流、数据存储和处理过程进行说明。
（1）数据流的定义
图书管理系统的主要数据流定义如表2-1所示。
表2-1主要的数据流定义表
序号
名称
位置
结构定义
数据流量
平均
高峰期
1
图书情况
图书→P1.1
图书→P2.3
类别+出版社+作者
+书名+定价+完好否
每月1000次
每天100次
2
读者情况
读者→P1.3
姓名+单位+性别+电话
每年80000
每天1000次
3
管理员情况
管理员→P3
用户名+口令
每年100次
每天10次
4
用户身份
P3→{P1.1,P1.2,P2.1,P2.3}
[非法用户|内部管理员|服务管理员]
每天2000次
每小时100次
5
借书请求
读者→2.1
类别|书名
每天1000次
每小时300次
6
还书请求
读者→2.3
读者+图书情况
每天1000次
每小时300次
7
图书信息
P2.1→2.2
输入书号+读者编号
每天1000次
每小时250次
（2）数据存储的定义
图书管理系统的主要数据存储定义如表2-2所示。
表2-2主要的数据存储定义表
编号
名称
输入
输出
结构
数据量
存取频率
存取方式
说明
D1
图书记录
P1.1
P2.1,
P2.2,
P2.3
书号+类别+出版社+作者+书名+定价+借出否
250000条
每天1000次
联机处理；检索和更新；主要是随机检索
书号具有唯一性和非空性
D2
读者记录
P1.2
P2.2，P2.3
编号+姓名+单位+性别+电话
15000条
每天500次
联机处理；主要是检索处理；以随机检索为主
编号具有唯一性和非空性，性别只能是“男”或“女”
D3
借书记录
P2.2
P2.2,P2.3
书号+读者编号+借阅日期
50000条
每天1000次
联机处理；以更新操作为主；随机检索
读者编号是外码，参照表为“读者.编号”；书号是外码，参照表为“图书.书号”；借阅日期为添加记录的当天日期。
D4
用户记录
P3
P3
用户+密码+级别
1000条
每天100次
联机处理；以检索为主；顺序检索。
级别是“内部管理员”或“服务管理员”
（3）处理过程的定义
图书管理系统的主要处理过程定义如表2-3所示。
表2-3主要的处理过程定义表
过程编号
处理过程名
输入
输出
处理说明
P1.1
图书管理
图书管理，用户身份
D1
对图书按类别统一编码，将图书信息数据化，存储在图书记录表中
P1.2
读者管理
读者情况，用户身份
D2
建立读者信息表，对读者统一编号；实现读者记录表的增删改维护功能。
P2.1
查看书目
借书请求，D1,用户身份
借书请求，图书信息
实现根据图书类别查询图书、根据书名模糊查询图书的功能。
P2.2
借书处理
图书信息，D1,D2,D3
借书记录
确认读者符合借书条件，办理借书手续。
P2.3
还书处理
D1,D2,D3,还书请求，图书情况，用户身份
D3
对照相应的借书卡，确认书号和书名无误后可办理还书手续。
P3
安全管理
管理员情况，D4
用户身份,D4，管理员情况
通过用户和口令，确认用户身份，保证系统的安全性。
3需求规定
3.1目标
开发意图：
图书管理、读者管理、借书服务和还书服务简单明了；
应用目标：
大庆师范学院图书管理；
作用范围：
本校的教工及学生；
该系统与其他系统的联系：
该系统是一个独立运作的系统，不属于其他系统，也没有任何子系统。
|
（1）时间特性要求
对该软件系统的时间特性要求如下：
响应时间：
5秒内；
更新处理时间：
5秒内；
数据的转换和传送时间：
10秒内。
（2）灵活性
该软件对一些变化的适应能力如下：
操作方式上的变化：
强；
运行环境的变化：
强；
同其它软件的接口的变化：
中等；
精度和有效时限的变化：
中等；
计划的变化或改进：
中等。
3.2输人输出要求
能够满足用户对本人信息进行用户信息处理（具体包括：
用户注册、用户信息查询、用户信息修改、用户注销）的要求；
3.3安全保密要求
1.用户只能通过有效的身份验证进入系统；
2.用户学号固定，密码自拟。
4运行环境规定
4.1设备
运行该软件系统所需要的主要硬设备及其性能要求如下：
处理器型号：
酷睿3.06；
内存容量：
1GB；
显卡缓存：
512MB；
外存容量：
64TB；
显示器：
21寸、液晶。
4.2支持软件
运行该软件系统所需要的主要支持软件见表3.2：
表3.2系统所需软件支持
服务器
用户操作系统
数据库
项目开发软件
支持语言软件
Tomcat6.0
WindowsXP
SQLServer2000
MyEclipse7.0
Jdk1.5
4.3接口
该软件系统同其它软件之间的接口：
该系统没有任何子接口，也不属于继承与其他接口。
4.4故障处理
服务器端：
检查项目是否已经部署在服务器内，并且服务器处于开启状态，调试SqlServer2000看服务器是否正常运行，检查服务器的网络连接，确保服务器能正常运转。
客户端：
查看网络连接，确保服务器能正常与其他计算机进行通信，也可以同故宫刷新页面进行故障排除。
升级会员 