《图书管理系统》—需求分析报告
一、引言
1.1编写目的
软件需求分析，其目的是用于说明软件产品或软件项目需要满足的条件和限制。在软件工程项目中，首先要获得用户的需求，通过对阮健需要的提取、分析、文档和验证，为进一步的设计和实现提供数据。软件需求与其他活动也密切相关，如软件测试、配置管理和质量管理等。
本需求的编写时为了研究利用大型数据库做基础的图书管理系统软件的开发途径和应用方法。同时它也是进行项目策划、概要设计和详细的基础，是维护人员进行内部维护，信息更新，验收和测试的依据。
1.2项目背景
本项目的名称：图书管理系统。
设计并实现一个将各种图书管理的服务功能结合起来的管理信息系统十分重要，可以有效地节约资源并且有效的存锤、更新和查询信息，提高工作和服务的效率。
1.3 定义
图书管理系统对于现代图书馆而言，是能否发挥其教学科研的作用的至关重要技术平台。对于读者和图书管理员来说，是能否方便快速获取信息的关键。所以，图书管理系统应该能够为用户提供充足的信息和快捷方便的操作手段。
二、任务概述
2.1目标
本系统通过计算机技术西线图书信息和用户信息的管理，还包括如下目标：
⑴减少人力成本和管理费用；
⑵提高信息的准确性和信息的安全；
⑶改进管理和服务；
⑷良好的人机交互界面，操作简便。
2.2用户特点
最高用户是图书管理员和读者，图书管理员需要进行用户的创建、修改和删除等工作，要求具备计算机知识，如权限管理等。读者是普通用户，具备一定的计算机操作即可。
2.3需求概述
在图书管理系统中，管理员为每个读者建立一个账户，账户内存储读者个人的详细信息，并依据读者类别的不同给每个读者发放借书卡（提供借书卡号、姓名、部门或班级等信息）。读者可以凭借书卡在图书馆进行图书的借、还、续借、查 询等操作，不同类别的读者在借书借阅图书时，由管理员录入借书卡号，系统首先验证该卡号的有效性，若无效，则提示无效的原因；若有效，则显示卡号、姓名、借书限额、已借数量、可再借 数量等信息，本次实际借书的数量不能超出可再借数量的值。完成借书操作的同 时要修改相应图书信息的状态、读者信息中的已借数量、在借阅信息中添加相应 的记录。 归还图书时，由管理员录入借书卡号和待归还的图书编号，显示借书卡号、读者姓名、读书编号、读书名称、借书日期、应还日期等信息，并自动计算是否超 期以及超期的罚款金额，若进行续借则取消超期和罚款等信息；若图书有损坏，由管理员根据实际情况从系统中选择相应的损坏等级，系统自动计算损坏赔偿金额。完成归还操作的同时，修改相应图书信息的状态、修改读者信息中的已借数 量、在借书信息中对相应的借书记录做标记、在还书信息中添加相应的记录。图书管理员不定期地对图书信息进行添加、修改和删除等操作，在图书尚未归还的情况下不能对图书信息进行删除。也可以对读者信息进行添加、修改、删除 等操作，在读者还有未归还的图书的情况下不能进行删除读者信息。系统管理员主要进行图书管理员权限的设置、读者类别信息的设置、图书类别的设置以及罚款和赔偿标准的设置、数据备份和数据恢复等处理。
2.4功能的规定
三、功能需求
3.1功能划分
该系统主要有一下功能：浏览功能、查询功能、添加功能、修改功能、删除功能
3.2功能描述
1.浏览功能
列出当前数据库文件中图书信息、读者信息、借阅信息和还书信息等的所有记录。
可选定一项记录，显示所有域。
2.查询功能
书目匹配查询
读者匹配查询
书目和读者匹配查询
3.添加功能
添加书目和读者记录以及借书还书记录
添加系统设置相关信息
4.修改功能
修改书目和读者记录，提供相关确认机制
修改系统设置相关信息，提供相关确认机制
5.删除功能
删除书目和读者记录，提供相关确认机制
删除系统设置相关信息，提供相关确认机制。
四、性能需求
4.1数据精确度
保证查询的查全率和查准率为100%，所有在相应域中包含查询关键字的记录都能查到，所有在相应域中不包含查询关键字的记录都不能查到。
4.2系统响应时间
系统对大部分操作的相应时间应在1—2秒内。
4.3适应性
满足运行环境在允许操作系统之间的安全转换和与其他应用软件的独立运行要求。
4.4、输入输出要求
输入输出数据类型，对软件的数据输出及必须标明的控制输出量进行解释并举例，包括对硬拷贝报告（正常结果输出、状态输出及异常输出）以及图形或显示报告的描述。
需要管理的文卷和记录的个数、表和文卷的大小规模，要按可预见的增长对数据及其分量的存储要求作出估算。
4.6、故障处理要求
可能的软件、硬件故障以及对各项性能而言所产生的后果和对故障处理的要求。
4.7、其他专门要求
如用户单位对安全保密的要求，对使用方便的要求，对可维护性、可补充性、易读性、可靠性、运行环境可转换性的特殊要求等。
五、运行需求
5.1、设备
硬件、外部设备（P4微机一台、打印机一台）
运行本软件所要求的硬设备的最小配置：
奔腾4代、内存256M；
I／O设备：显示器、鼠标、键盘；
5.2支持软件
说明为运行本软件所需要的支持软件，如：
a.操作系统：Windows98及以上版本
b.支撑框架：.NET Framework1.1
c.数据库：Access2000。
5．3接口
5.3.1用户接口
本产品的用户一般需要通过终端进行操作，进入主界面后点击相应的窗口，分别进入相对应的界面(如：输入界面、输出界面)。用户对程序的维护，最好要有备份。支持各种X86系列PC机
5.3.2软件接口
运行于windowsXP及更高版本的具有WIN32 API的操作系统之上。
5.4控制
本软件是以中文版Windows 98及其以上版本的操作系统来控制软件运行。
六、数据描述
6.1静态数据
读者类别：种类名称、借书数量、借书期限、有效期限
读者信息：读者姓名、读者编号、性别、读者类别、学院、专业、年龄、家庭地址、电话号码、登记日期、已借书数量
借阅信息：读者编号、读者姓名、书籍编号、书籍名称、出借日期、归还日期
书籍罚款：罚款编号、书籍编号、读者编号、罚款日期、应罚金额、实收金额、是否交款
图书类别：类别名称、类别编号
书籍信息：书籍编号、书名、类别、作者、出版社、出版日期、登记日期、是否被出借
书籍征订：征订编号、书籍编号、书名、作者、订购数量、订购单价、订购日期、是否验收、验收日期、操作员
系统管理：用户名、密码、权限
6.2动态数据
输入数据：鼠标对按钮的点击；
查询方式、查询关键字；
新建图书项、读者项；
图书项、读者项相应记录更改；
备份数据恢复所有的数据备份文件；
借阅、返还、丢失注销时的图书编号；
受限操作所需的密码；
输出数据：查询关键字确定的数据库记录；
统计结果及其格式化文件；
信息录入，删改结果（成功或失败）；
图书借阅，返还，丢失注销等操作结果；
数据备份输出的数据备份文件；
内部数据：查询操作建立的索引。
数据库采用Mysql数据库
6.4数据流图
⑴顶层数据流图
图3.4.1图书管理系统顶层数据流图
⑵0层数据流图
图3.4.2 图书管理系统0数据流图
6.5数据字典
本系统的主要数据元素的数据字典卡片：
|
名称：读者信息查询报表 别名：读者信息 描述：读者基本情况查询结果的信息表 定义：读者信息=读者姓名+读者编号+性别+读者类别+学院+专业+年龄+家庭地址+电话号码+登记日期+已借书数量 位置：输出到显示器 |
|
名称：借阅信息查询报表 别名：借阅信息 描述：借阅图书的基本情况的查询结果的信息表 定义：借阅信息=读者编号+读者姓名+书籍编号+书籍名称+出借日期+归还日期 位置：输出到显示器 |
|
名称：书籍罚款查询报表 别名：书籍罚款 描述：超期未还图书的基本情况的查询结果信息表 定义：书籍罚款=罚款编号+书籍编号+读者编号+罚款日期+应罚金额+实收金额+是否交款 位置：输出到显示器 |
|
名称：书籍信息查询报表 别名：书籍信息 描述：各种书籍查询基本信息表 定义：书籍信息=书籍编号+书名+类别+作者+出版社+出版日期+ 登记日期+是否被出借 位置：输出到显示器 |
|
名称：书籍征订报表 别名：书籍征订 描述：根据读者的需求需要征订的书籍的报表 定义：书籍征订=征订编号+书籍编号+书名+作者+订购数量+订购单价+订购日期+是否验收+验收日期+操作员 位置：输出到打印机 |
七、总结
在本系统的开发过程中，由于本人是初次开发软件，初次写的需求分析报告，在知识。经验各方面都欠缺的情况下，仓促的写出来的，会有很多不足，还有因为对学校图书馆管理的方面不太清楚，具体流程也不太明了，在需求分析的时候条理不太清晰，显得有点乱。尽管本系统还有很多不足之处，而且很精简，但是性息全面，需求分析和软件系统的要点还是到位的。基本能够全面的表达出软件系统的各方面的要求和细节。
经过本次的学习，基本了解怎样去写软件需求分析报告，基础的流程有所掌握，报告是软件开发的关键，对能否成功开发出一款好的软件起着决定性的作用。在写报告的过程中，不仅使我巩固了Java的知识点，更重要的收获是学习到了设计系统的思维方法，开发一个软件并不只是写代码这么简单。
参考文献
[1]豆丁网:http://www.docin.com/p-523746049.html&isPay=1
[2]李爱萍 《软件工程》 人民邮电出版社
