图4-6 读者信息维护2
4.5 图书信息维护
在图书信息维护界面可以对图书信息进行管理。具体包含图书信息的添加、修改、查询、删除等。点击新增单选按钮，自动生成图书号。图书号为系统自动生成，号码唯一，并保证了规律性。生成规则日期（yymmdd）+‘-’+序号（001开始递增），出版社为下拉列表框选择，只能选择系统中已有的出版社信息（出版社信息维护界面维护），保证了出版社信息一致，简化了操作。修改信息可以修改除图书号外的任何信息。查询界面可以查询所有图书的信息，通过dataGridView展示出来，并选择图书进行删除操作。见图4-7、4-8。
图4-7 图书信息维护1
12
图 4-8 图书信息维护2
4.6 出版社信息维护
在出版社信息维护界面可以对出版社的信息进行管理。具体包含出版社信息的添加、修改、查询、删除等。点击新增信息单选按钮可以添加出版社的信息，单击修改可以修改出版社信息。查询界面可以查询现有出版社信息，通过dataGridView展示出来，并可以对不需要的出版社信息进行删除操作。见图4-9、4-10。
图 4-9 出版社信息维护1
13
图4-10 出版社信息维护2
4.7 借阅图书
在借阅图书界面可以对图书进行借阅操作。输入图书号，点击查询，若该图书没有被借阅，则会在下方出现图书信息，确认无误后，选择归还日期，按借阅按钮完成借阅。借阅数据处理：①插入借阅信息表②更新读者的当前借阅数量③更新图书的状态为被借阅状态。见图4-11。
图 4-11 借阅图书
4.8 归还图书
归还图书界面可以对自己所借的图书行进归还操作。点击下拉列表框，系统会自动查询当前登录用户是否有借书未还的记录，若有则显示被借图书的图书号，选择图书号，瞎放将出现该图书的信息，确认无误后，点击归还按钮，进行图书归还。图书归还数据处理：①更新书籍状态为未被借阅状态②更新读者当前借书数量减少一本③更新借阅表对应记录为已经还书状态。见图4-12。
14
图 4-12 归还图书
4.9 在库图书查询
在库图书查询界面可以查询目前所有未被借阅的图书，方便读者寻找自己所需要的图书进行借阅。可以根据条件来快速锁定图书范围。通过dataGridView展示出来。见图4-13。
图 4-13 在库图书查询
4.10 个人借还情况
个人借还情况界面可以现实当前登录帐号对图书的借还的历史记录，管理员则可以查看所有读者的借还情况历史。通过dataGridView展示出来。见图4-14。
图4-14 个人借还情况
若当前登录帐号并无图书借阅记录，则系统提示“当前用户没有任何借阅历史信息！”
15
5 系统测试
软件工程的根本目标是开发出高质量的完全符合用户需要的软件。因此，通过测试发现错误之后还必须诊断并改正错误，这才是测试的目的。
软件测试的目标为：
? 测试是为了发现程序中的错误而执行程序的过程。 ? 好的测试方案是极可能发现迄今为止尚未发现的错误。 ? 成功的测试是发现了至今为止尚未发现的错误的测试。
测试方法：
白盒法 其测试的前提是把测试的对象看作一个打开的盒子，允许测试人员利用程序内部的逻辑结构及有关信息设计或选择测试用例，对程序所有逻辑路径进行测试。
黑盒法 其测试前提是把测试的对象看作一个黑盒子，测试人员完全不考虑程序的内部结构和特性。只依据程序的需求分析规格说明，检查程序的功能是否符合它的功能说明。
软件测试按4个步骤进行，即单元测试、集成测试、确认测试、系统测试。软件测试在软件生命周期中横跨两个阶段。通常在编写出每个模块之后就对它作必要的测试，模块的编写者和测试者是同一个人，编码和模块测试属于软件生命周期的同一个阶段。在这个阶段结束之后，对系统还应该进行各种综合测试，这是软件生命周期中的另一个独立的阶段，通常由专门的测试人员承担这项工作。
由于程序的编写由我一个人独立完成，程序的流程已经非常清楚。因此，我在系统的测试中主要采用的测试方法是“白盒测试”，在编写过程中也出现过很多错误，甚至根本无法运行下去，常采用在程序中的设置断点，逐步缩小范围并最终找到问题的解。在测试的过程中，我尽量站在用户的角度考虑问题，假如我是用户如何才能更方便，假如我在某一时刻进行某种操作会产生什么结果，大量进行假设。并请同学帮忙作为用户试使用系统并提出建议意见。在所有模块功能完成后，先测试了一个模块的功能，能够实现后，再对其它模块进行编写、测试，在这个过程中，往往又会返回到刚才的模块，再次改进。如此反复当所有模块测试完成后，便对子系统分别测试，输入大量数据并尽可能多的假设“非正常情况”以测试系统的健壮性。待这些测试都通过后就对整个系统进行测试。我所采用的测试方式属于集成测试中的渐增式测试，这种方法实际上同时完成单元测试和集成测试，其优点有：
1.利用已测试过的模块作为测试软件，开销小。
16