图书管理系统方案设计Word文档下载推荐.docx
《图书管理系统方案设计Word文档下载推荐.docx》由会员分享，可在线阅读，更多相关《图书管理系统方案设计Word文档下载推荐.docx（18页珍藏版）》请在冰豆网上搜索。
1.1.1范围
图书管理系统的直接受益者学生，他们对系统的要求有:
●可以按各类方法（比如图书的编号，作者，名称，出版日期）检索图书馆的藏书情况。
●可以方便的借阅图书，预定图书，归还图书。
●可以查询和修改自己的资料信息、历史借阅情况等。
●可以方便的浏览校园的动态信息。
作为图书馆工作人员，他们对图书管理系统的要求有:
●可以方便的对馆内图书进行查询。
●可以及时的调出借阅者的信息。
●可以简洁的完成整个借书流程。
●可以在线提醒借阅者的借阅到期信息，以及新书上架，以及馆内现有可以节约的图书。
●可以通过手机添加APP或者微信扫描公众主页添加对图书馆藏书的关注
作为图书馆系统管理人员，他们对图书管理系统的要求有:
●可以及时的完成整个借阅的流程，方便操作。
●可以通过扫描或者学号登陆等手段及时录入更新图书馆的学生借阅信息，注销毕业的学号。
1.1.2定义、缩写词以及简写
Librarymanagementsystem
Objectoriented
UML
ROS
1.1.3内容组织
第二部分综合描述中进行各部分的介绍和描述，指出各部门各环节的优势和局限性。
第三部分详细需求使用图例方式形象具体介绍流程，还定义了产品的性能和需求能力。
1.2综合描述
通过对各图书馆抽样调查和分析，如今图书管理系统主要拥有如下的业务能力
身份信息管理：
及时更新在校师生的身份信息，方便借阅图书发布公告：
及时在线公告信息，新增图书等信息，图书到期信息，方便会员浏览。
借书：
根据提供的图书条形码和编号确认图书，再根据读者的编号确认读者之后把书借给读者。
借阅图书时，由管理员录入借书卡号，系统首先验证该卡号的有效性，若无效，则提示无效的原因；
若有效，则显示卡号、姓名、借书限额、已借数量、可再借数量等信息，本次实际借书的数量不能超出可再借数量的值。
完成借书操作的同时要修改相应图书信息的状态、读者信息中的已借数量、在借阅信息中添加相应的记录
还书：
根据您提供的条形码和图书编号确认图书，再根据读者提供的的编号确认读者后把书归还。
归还图书时，由管理员录入借书卡号和待归还的图书编号，显示借书卡号、读者姓名、读书编号、读书名称、借书日期、应还日期等信息，并自动计算是否超期以及超期的罚款金额，若进行续借则取消超期和罚款等信息；
若图书有损坏，由管理员根据实际情况从系统中选择相应的损坏等级，系统自动计算损坏赔偿金额。
完成归还操作的同时，修改相应图书信息的状态、修改读者信息中的已借数量、在借书信息中对相应的借书记录做标记、在还书信息中添加相应的记录
图书管理：
对所有图书的资料进行添加，修改和删除等操作。
查询：
所有图书，不在馆内图书，今天借出图书，到期归还图书进行有条件查询。
管理员：
在这里修改登录密码。
注销和更新图书信息。
说明：
系统登录界面，只有输入正确的id和密码才能进行图书管理系统。
微信可通过扫描公众主页添加。
在线提醒业务可通过下载提醒插件来实现。
1.2.1产品功能
该系统经过分析可以大致分为三类：
一为读者，二位工作人员，三为管理人员。
读者主要查看图书信息和个人借阅信息等;
工作人员主要查看图书信息、用户借阅信息和读者借书还书管理等;
系统管理员主要管理读者信息、书籍信息和工作人员信息等。
该系统具有以下主要功能：
浏览功能；
查询功能；
添加功能；
修改功能；
删除功能
功能描述：
●浏览功能：
列出当前数据库文件中图书信息、读者信息、借阅信息和还书信息等的所有记录。
可选定一项记录，显示所有域。
●查询功能
：
书目匹配查询，读者匹配查询，书目和读者匹配查询
●添加功能：
添加书目和读者记录以及借书还书记录，
添加系统设置相关信息
●修改功能：
修改书目和读者记录，提供相关确认机制。
修改系统设置相关信息，提供相关确认机制。
●删除功能：
删除书目和读者记录，提供相关确认机制。
删除系统设置相关信息，提供相关确认机制
1.2.2用户特征
系统管理员，工作人员，在校师生及读者
1.2.3一般性限制
运行环境：
系统应该运行在Windows7以及以上版本的平台上；
系统能运行在CPUPentium41GHz、内存1g以上、显卡512M128BIT或者128M，128BIT的硬件配置上
设计和实现约束：
系统的开发文档将遵循IEEE开发标准；
软件开发语言为JAVA/NET，采用面向对象的分析设计方法，利用UML进行系统建模。
用户文档：
系统将提供用户使用手册
1.3功能需求及用例图
通过对系统分析，可以明确系统的3类角色及其相关的用例。
●图书借阅者:
查询图书馆的图书、个人借阅情况及个人信息的修改。
●工作人员:
对图书借阅者的借阅及还书要求进行操作，同时形成借书或还书报表给借阅者查看以便确认。
●系统管理员:
对工作人员、图书借阅者、图书进行管理和维护，对系统状态的查看、维护并生成催还图书报表。
系统管理员定时删除或修改借阅者信息。
系统总体用例图
借阅者用例图
工作人员用例图
系统管理员用例图
外部接口需求
●用户界面:
学生自己设计
●硬件接口：
刷卡器
●软件接口：
新浪微博，微信公众主页
●通信接口：
局域网
性能需求
系统对读者请求的最大响应时间是5秒钟，在此时间内将响应结果显示在屏幕上；
系统的加载时间不大于5秒钟
1.4E-R图介绍:
图书的E-R图
读者的E-R图
第二章详细设计
2.1UML定义：
UML是统一建模语言的简称，是一种直观化，明确化，构建和文档化软件系统产物的通用可视化建模语言。
不是一种可视化的程序设计语言，而是一种可视化的建模语言。
不是工具或知识库的规格说明，而是一种建模语言规格说明，是一种表示的标准。
不是过程，也不是方法，但允许任何一种过程和方法使用它。
2.2顺序图定义：
顺序图描述了一组交互对象间的交互方式，它表示完成某项行为的对象和这些对象之间传递消息的时间顺序。
一般情况下，我们使用顺序图描述一个用例的事件流，标识参与这个用例的对象，并以服务的形式将用例的行为分配到对象上。
顺序图：
读者顺序图
工作人员顺序图
管理人员顺序图
第三章系统测试
3.1管理信息系统的测试
3.1.1测试原则：
（1）测试要精心设计测试用例。
测试用例一般由“输入数据”和“预期的输出结果”组成。
这就是说，在执行程序之前，应对期望的输出有很明确的描述，这样，测试后才可将程序输出与预期输出仔细对照检查。
若不事先确定预期的输出，就有可能把看似正确而实际上是错误的结果当成是正确结果。
（2）不仅要选用合理的输入数据进行测试，还应选用不合理的甚至错误的输入数据。
许多人往往只注意前者而忽略了后一种情况，为了提高程序的可靠性，应认真组织一些异常数据进行测试，并仔细观察和分析系统的反应。
（3）除检查程序是否做了它应该做的工作，还应检查程序是否做了它不该做的事情。
例如，除了检查工资管理程序是否为每位职工正确的生成了一份工资单以外，还应该检查它是否生成了多余的工资单。
（4）应该长期保留所有的测试用例，直至该系统被废弃不用为止。
在管理信息系统的测试中，设计测试用例是很费时的，如果将用过的例子丢弃，以后一旦需要再测试有关的部分时（如技术鉴定，系统维护等场合），就需要再花很多人工。
通常，人们往往懒得再次认真的设计测试用例，因而下次测试时很少有初次测试那样全面。
如果将所有测试用例作为系统的一部分保存下来，就可以避免这种情况的发生。
3.1.2测试方法：
测试包括三方面，即设计测试用例，执行被测程序和分析执行结果并发现错误。
设计测试用例是开始程序测试的第一步，也是有效地完成测试工作的关键。
按照在设计测试用例时是否涉及程序的内部结构，可以将测试分为白盒测试和黑盒测试。
白盒测试时，测试者对被测试程序的内部结构是清楚地。
测试者从程序的逻辑结构入手，按照一定的原则来设计测试用例，设定测试数据。
由于被测程序的结构对测试者是透明的，因此又有人称这类测试为玻璃盒测试或结构测试。
黑盒测试的情况正好相反。
此时，测试者把被测程序看成一个黑盒，完全用不着关心程序的内部结构。
设计测试用例时，仅以程序的外部功能为根据。
一方面检查程序能否完成一切应该做的事情；
另一方面要考察它能否拒绝一切不应该做的事情。
由于黑盒测试着重于检查程序的功能，所以也称为功能测试。
3.2功能测试
标题
测试步骤
预期结果
登陆界面
1.点击系统登录按钮
2.输入账号“admin”
3.输入账号密码“12345”
4.点击登录
登陆成功
1.点击登录系统按钮
2.输入错误的密码“abcde”
3.点击登录
登录失败
2.点击放弃按钮
放弃登录
2.输入错误账号“78945”
修改密码
1.点击系统管理
2.输入用户名称
3.输入原始密码正确
4.更改密码
5.点击修改
更改密码成功
1.点击系统登录
3.输入原始密码错误
4点击确认
更改密码失败
2.输入原始密码
3.更改密码
4.点击放弃
系统退出
1.点击系统退出
2.点击“是”
退出成功
退出失败
图书借阅
1.点击图书借阅
2.输入读者条码和编号确定读者
3.完善读者信息
4.借阅确认
借阅成功
2.读者信息错误
3.借阅确认
借阅失败
图书预约管理
1.点击日常流通管理
2.点击图书预约管理
3.输入读者信息
4.输入预借图书信息
5.确定预计时间
6确定借阅
预借成功
3.输入读者信
升级会员 