软件测试
1 、引言：
为了方便管理者和与读者、便于图书更好的管理。
编写目的：
从现在应用的技术方面和用户的操作方式方面研究图书馆管理管理系统的可行性和必要性。
项目背景：
图书馆每天的图书进出量很大，需要一个管理系统用来统一管理，记录图书的进出信息。 开发者：团队
用户：图书馆管理员及读者
参考资料：
《软件工程技术及应用》 《数据结构》
《软件工程实践教程》 《软件工程概论》
2 、可行性研究的前提：
功能：系统要做到能准确的记录不同图书的借出还入时间，判断是否超时，以及计算超时应该罚款的多少，还要记录各本书借出对应的学号。系统在稳定性方面也要做到遇到断电、系统崩溃等情况保存数据不能缺失。
性能：稳定快速，实时控制
输入/输出：条形码英文和汉字或者扫描仪器输入,英文和汉字输出。
安全与保密要求：不能轻易被破坏，不能让管理人员以外的人删改图书信息。
可行性研究方法：通过调查分析开发图书馆管理所具备的能力及实现的方法。确定总体结构，利用SQL Server数据库所具有的能力，以最简洁最容易的方法，使用VC++使其成为一个初级的系统软件。
决定可行性的主要因素：
图书馆规模、设备状况、操作人员技术
3、 所建议系统技术可行性分析
对系统的简要描述
系统能做到能准确的记录不同图书的借出还入时间，判断是否超时，以及计算超时应该罚款的多少，还要记录各本书借出对应的学号。
(1).设备:采用系统后，系统的性能设备要求较高，建议系统使用了最先进的技术使设备也必须跟着升级。
(2)软件采用了先进的数据库技术以及一系列高技术含量软件，使得原来系统上的一些软件无法继续使用，不过在新系统开发过程中将尽量考虑到，对现有软件的兼容性。 3.2． 技术可行性评价
就目前使用的开发技术来说软件的功能目标应该能够达到；利用现有的技术在规定的期限内开发工作基本能够完成
4、软件经济可行性分析
4.1软件不需太多的硬件设施，所以在购买和安装硬件及有关设备上不会有太多费用支出。
4.2软件并不是太大的系统软件，系统开发费用很低，并没有一次性的巨大投资和日常研究的耗费。 4.3软件安装和运行维护可能会有一定支出。
4.4软件操作简单，界面合理，人员不需复杂的培训。
5 、社会因素分析
该项目为独立开发，在技术上没有使用任何现有的软件与方法。所以在法律方面不会存在侵犯专利权、侵犯版权等问题，完全按照合同规定的责任履行。 软件对用户要求不高，不会导致用户不会用的情况。
功能需求分析：借书管理、还书管理、基本资料维护管理、查询管理、系统管理
目标系统的性能需求：
时间要求：
1．响应时间不能太长，要求系统能快速给出应答。 2．能更新处理时间。
3．远程数据传输时间不能太长，要及时准确。
空间需求：
A．支持的并行操作的使用者数要达到一定要求，要能支持多个用户同时操作。 B．要能处理大量文件并记录各种数据。 C．在一定时间内处理的数据总数要尽可能的大。 D．输入输出数据要完全符合要求，避免图书信息重复
目标系统其他需求：
6、1安全性
1．要求查询返回数据不能出错。
2．对于权限控制要合理。为防止非法利用管理员账户登录进行破坏的行为，系统应有相应的检测模块检测到后应冻结账户。 3．要有数据库定时备份功能。 6．2可靠性
系统应具有数据的及时准确的处理功能，保证数据的可靠性。 6．3灵活性
系统应具有一定的灵活处理的能力，比如书籍的编号和名称都可以查询书籍。可键盘输入学号也可扫描学生卡等
术语定义
| 序号 | 术语名称 | 术语定义 |
| 1 | 总体设计 | 软件系统的总体逻辑结构，按照不同的设计方法有不同的结构 |
| 2 | 外部接口 | 本软件和其他软件之间的接口，接口设施可以是中间件 |
| 3 | 数据结构 | 包括数据库表的结构和其他数据的结构 |
| 4 | 视图 | 在基表和其他视图之上建立的一张虚表，具有很多物理表的性质 |
| 5 | 子系统 | 具有相对独立功能的小系统 |
| 6 | 模块 | 具有功能独立能被调用的信息单元 |
| 7 | 角色 | 数据库中享有某些特权操作的用户 |
| 8 | 内部接口 | 软件内部的各子系统、模块、部件等之间的接口 |
总体设计：
硬件平台： 条形码扫描仪 学生卡读卡机
功能模块：
| 模块编号 | 模块名称 | 模块功能 |
| 1 | 图书借阅 | 记录借出图书的编号以及对应的学号借出时间等 |
| 2 | 图书归还 | 记录归还图书的编号以及时间，计算是否超时，以及超时罚款等 |
| 3 | 图书查找 | 查找该图书是否还有没有借出以及书名剩余量等信息 |
| 4 | 读者开户 | 为新的读者注册一个账号一般用其学号，记录下他的信息 |
| 5 | 更新书库 | 对于借出和还入的书或者新加或丢失的图书及时记录，更新图书信息 |
目标系统功能需求：
| 编号 | 名称 | 使用者 | 功能 | 输入 | 输出 |
| 1 | 借书 | 读者 | 借出书籍 | 书籍编号以及学号 | 书籍是否存在 |
| 2 | 还书 | 读者 | 还入书籍 | 书籍编号以及学号 | 书籍数量 |
| 3 | 查询 | 读者及管理员 | 查询书籍数量 | 书籍编号以及学名称 | 书籍剩余数量 |
| 4 | 系统管理 | 管理员 | 常用数据的系统维护 | 管理员验证号 | 系统情况 |
功能测试：
| 编号 | 名称 | 使用者 | 功能 | 输入 | 输出 | 结果 | 测试时间 | 测试人 |
| 1 | 借书 | 读者 | 借出书籍 | 书籍编号以及学号 | 书籍是否存在 | 通过 | 5.22 | 团队 |
| 2 | 还书 | 读者 | 还入书籍 | 书籍编号以及学号 | 书籍数量 | 通过 | 5.22 | 团队 |
| 3 | 查询 | 读者及管理员 | 查询书籍数量 | 书籍编号或名称 | 书籍剩余数量 | 通过 | 5.22 | 团队 |
| 4 | 系统管理 | 管理员 | 常用数据的系统维护 | 管理员验证号 | 系统情况 | 通过 | 5.22 | 团队 |
性能测试报告 ：
性能方面基本达到要求，只是在进行一次完整操作之后会自动退出系统。 7. 接口测试报告
输入输出无问题，接口测试合格。 8. 测试结论
测试时间：2015.5.22 测试地点：寝室 测试环境：win7
参加测试人员：团队
系统强项:能够准确的记录图书的进出量及时间。
系统弱项：不能反映出超时罚款的数量，没有达到预期效果。
以上结论得出该系统基本达到要求，基本可以实现图书的准确有序的管理，基本可以投入运行，有些地方还有待改进更新。
9、结果分析与实验体会
本次实验要求我们独自完成一个项目图书馆管理系统，最后基本完成了任务但其中还有许多不足。程序基本实现了图书管理的功能，但也有功能的缺少。各种文档做的也不够详细。这主要是因为对软件工程认识不足，不能正确的理解它。程序的功能缺失一方面因为自己的疏忽，另一方面也反应出自己的编程能力的不足。
本次实验虽然在做的时候遇到了大小各种问题，但在同学的帮助下也一一解决，最终基本完成了任务。通过这次实验，我得到了很多收获，我不仅全面复习理论知识，将理论知识用于实践，还提高了自己的实践动手能力，更加深入了解了软件项目管理的过程和数据库的应用。也了解到软件工程在做项目时的步骤，更加深刻的认识到在软件开发和项目管理中文档的重要性。