图书管理系统设计方案.docx

《图书管理系统设计方案.docx》由会员分享，可在线阅读，更多相关《图书管理系统设计方案.docx（29页珍藏版）》请在第一文库网上搜索。

1、目录第一章需求规格说明O1.1 图书管理系统的功能描述OI 11简介OII 1.2功能描述OIII 13定义、缩写词以及简写O1.2图书管理系统的创新功能描述11.2.1综合描述11. 2.2产品功能22. 2.3普通性限制33. 2.4.详细需求33.3 图书管理系统的用例图33.4 图书管理系统数据库的E-R图5第二章详细设计72. IUM1定义72.1. IUM1的定义74. 12顺序图的定义72.2顺序图的设计7第三章系统测试103.1 管理信息系统的测试103.1.1 测试的原则103.1.2 测试的分类103.2 图书管理系统功能测试用例的设计113.3 图书管理系统交互测试用例的

2、设计17第四章总结24第一章需求规格说明1.1 图书管理系统的功能描述1.1.1 简介随着计算机技术的飞速发展，利用计算机来获得和处理信息是当今信息管理的一大特点。伴有计算机硬件的快速发展，有关信息管理的软件一一数据库系统软件也在迅猛发展着。图书馆是高等院校的重要组成部门，是教师和学生获取知识的重要场所。由于图书馆主要从事大量的图书资料的储存和流通。所以向来以来，计算机在图书馆的图书管理中得到了广泛的应用。本系统即是结合实际情况开辟的图书资料管理系统。系统开辟的主要任务是针对原来系统的时效性、操作的方便性上的不足，解决图书流通上的问题。实现图书信息管理的系统化，规范化和自动化，以最大程度提高操

3、作人员的办公效率。本文档描述了大学校园图书馆的图书管理系统的功能需求和非功能需求，本文档的阅读对象是，读者，图书管理员和系统管理员。1.1.2 功能描述本产品主要实现以下功能：(1)各种图书资料的借阅、查询和管理；对信息进行条形码录入管理。(2)系统管理员使用计算机实现图书资料的日常管理；(3)用户除正常在图书馆借阅书籍外还可通过网络登陆账号查询图书信息，个人借阅情况以及快速的查找和浏览所需要的电子资料，改变原有的借阅模式；(4)本系统在校园内设有多个还书设备终端，读者可根据系统提示输入个人账号和密码，扫描图书条形码码进行图书归还。1.1.3 定义、缩写词以及简写条形码：条形码(barcode

4、)是将宽度不等的多个黑条和空白，按照一定的编码规则罗列，用以表达一组信息的图形标识符。常见的条形码是由反射率相差很大的黑条(简称条)和白条(简称空)排成的平行线图案。条形码可以标出物品的生产国、创造厂家、商品名称、生产日期、图书分类号、邮件起止地点、类别、日期等许多信息，于是在商品流通、图书管理、邮政管理、银行系统等许多领域都得到广泛的应用。1.2 图书管理系统的创新功能描述1.2.1 综合描述通过研究调查分析，本图书管理系统主要有以下的业务：(1)图书的借阅读者有以下两种查询图书馆藏书情况方式可选择，(a).通过网络登陆个人账号的方式查询想要阅读的图书。(b).到图书馆内的查询计算机上查询。

5、读者向工作人员提出借书请求，并出示借书证和所借图书图书，图书管理员扫描借书证以验证读者的合法性和读者的借阅限制，惟独当读者身份合法和借阅数量均符合借阅条件时，工作人员再扫描图书二维码，以更新系统中图书的藏书情况及进行记录借阅信息，图书借阅完成。读者续借图书通过网络登陆个人账号方式办理，或者到图书馆找图书管理员，查看所续借的图书是否超过所续借次数，如果没有超过续借次数，则更新读者信息数据库和书籍信息数据库，续借完成。图书续借也是有次数及时间限制的，普通续借的时间要比第一次借阅的时间短。(3)读者还书根据图书管理的相关规定，读者借阅的图书有一定的时间限制，读者的身份不同借阅图书的时间限制也不同，普

6、通教职工借阅图书的时间比较长一点，本科学生相比较专科学生借阅图书的时间长一点。不管是教职工还是本科或者专科学生，借阅期限到了以后就得归还图书，如果读者需要，还可以续借，续借的时间普通要比第一次借阅的时间要短，如果读者借阅时间超期，工作人员将会以电话通知或者电子邮件或者网站发布信息等形式通知读者归还图书，对于学生读者来说通过校内电话通知班主任代为通知该读者，若为教师读者则直接通过内部电话通知，电子邮件则通过图书馆的邮箱发送邮件，并在读者归还超期图书时按超期的天数及图书管理的相关规定进行相应处罚。本产品在校园内设有多个还书终端设备，读者可根据设备提示输入个人账号，密码进行图书的归还工作。1.2.2

7、产品功能本产品主要实现以下功能：(1)各种图书资料的借阅、查询和管理；对信息进行条形码管理。对成批数据的高效录入，系统对录入的数据的合法性应做出有效性检查，能够对数据进行增加、删除、修改等基本操作。实现对数据的动态查询且查询速度快，并能够将数据以统一形式的报表打印输出。系统应该提供相应的代码维护功能。该系统应具有对数据库中重要数据的备份和恢复的功能。(2)系统管理员使用计算机实现图书资料的日常管理；(3)用户除正常在图书馆借阅书籍外还可通过网络登陆账号查询图书信息，个人借阅情况以及快速的查找和浏览所需要的电子资料，改变原有的借阅模式；(4)本系统在校园内设有多个还书设备终端，读者可根据系统提示

8、输入个人账号和密码，扫描图书码进行图书归还。系统功能分析是在系统开辟的总体任务的基础上完成，经过对图书管理系统的需求分析，可以将图书管理系统的使用人员划分为读者、图书管理员和系统管理员三类，读者主要查询图书馆的藏书情况，书的种类，书名，该书的借阅情况等，个人的借阅情况，是否有即将到期的图书需归还或者续借；图书管理员主要是完成读书的借阅以及归还，整理并运回还书终端设备中归还的图书，并及时更新系统中的藏书情况；系统维护人员主要针对图书管理员和读者信息的管理，系统的维护，网上发布图书馆的动态信息。1、系统维护模块系统用户身份的分类、录入、修改及删除;数据的录入、修改、删除及较审;动态信息的发布、修改

9、和删除等。2、工作人员借还管理模块包括图书的借阅、续借、归还;采集并整理还书终端设备中的图书，借阅数据的修改和删除；读者信息的查询；动态信息的浏览等。对快要超过归还日期的读者给予通知提醒。对已经超过归还期限的读者进行相应的处罚。3、读者查询模块图书馆藏书情况的查询，个人借阅情况查询;动态信息的浏览等。读者主要是系统管理员，图书管理员，大学教授，大学生。能快速了解并掌握该系统的功能及使用方法。图书管理系统应该运行在WindOWSXP以及以上版本的平台上图书管理系统应运行在CPUPentium41GHz、内存256MB以上、显卡64M128BIT或者128M128B1T的硬件配置上。系统的开辟文档

10、将遵循IEEE开辟标准，软件开辟语言为JAVA/NET；采用面向对象的分析设计方法，利用UM1进行系统建模。1. 2.4.详细需求通过对系统分析，可以明确系统的3类角色及其相关的用例。读者:查询图书馆的藏书情况、个人借阅图书的情况及个人信息的修改。图书管理员:对图书借阅者的借阅及还书要求进行计算机相应操作，借阅数据的修改和删除;读者信息的查询;动态信息的浏览等。同时整里还书终端设备中的图书,对快要超过归还日期的读者赋予通知提醒。对已经超过归还期限的读者进行相应的处罚。系统管理员：对图书管理员、读者、书籍进行信息采集、管理、注销和系统的维护。1.3图书管理系统的用例图本图把教职工读者和学生读者统

11、为读者。书名出版社名图书信息E-R图第二章详细设计2. IUM1定义2.1. IUM1的定义（1） UM1是一种对软件密集型系统的制品进行可视化、详述、构造及文档化的语言。UM1是一种语言：它提供了用于交流的词汇表（单词）和在词汇表中组合的词汇的规则（语法）。（2） UM1是一种可视化语言：UM1是一组图形符号，每一个符号都有明确的语义。（3） UM1是一种可用于详细描述的语言：它所建立的模型是精确地、无歧义的和完整的。（4） UM1是一种构造语言：用UM1描述的模型可及各种变成语言直接相连。（5） UM1是一种文档化语言：适于建立系统体系结构及其所有的细节文档；提供了用于表达需求和测试的语言

12、；提供了对项目计划和发布管理的活动进行建模的语言。2.1.2顺序图的定义顺序图描述了一组交互对象间的交互方式，它表示完成某项行为的对象和这些对象之间传递消息的时间顺序。普通情况下，我们使用顺序图描述一个用例的事件流，标识参及这个用例的对象，并以服务的形式将用例的行为分配到对象上。顺序图的组成：对象（参及者实例也是对象）、生命线（表示对象存在的时间）、控制焦点（表示对象执行一个所经历的时间段）、消息、（表示对象之间的通信）。2.2顺序图的设计图书查询预约用例的顺序图，借书者通过预约图书界面查询图书信息，可通过网络预借图书，借书者在预借图书时，要启动图书对象和预借对象要完成的过程。首先，要验证某种

13、图书能否预借，此外，要设置预借信息，图书查询预约一顺序图系统图书管理用例的顺序图。图书是图书管理系统中的重要对象，作为B附幡信一个完整的图书管理系统，应能对图书对象进行增加、修改和删除操作。:TftK品:1T定查得方式O-I!?输入心内吉0、3：MUNSrO17Nff1f:5迭样BJ书OjX7k8:出场图书0Tf11：迨我也帮怆G-；Tf系统图书管理-顺序图借书流程的顺序图。整体的描述了借书的全部流程。借书流程一一顺序图第三章系统测试3.1 管理信息系统的测试3.1.1 测试的原则(1)测试要精心设计测试用例。测试用例普通由“输入数据”和“语气的输出结果”组成。这就是说，在执行程序之前，应该对

14、期望的输出由很明确的描述，这样。测试后才可将程序输出及语气输出子细对照检查。若不事先确定预期的输出，就有可能把看似正确而实际上是错误的结果当成是正确的结果。(2)不仅要选用合理的输入数据进行测试，还应选用不合理的甚至错误的输入数据。许多人往往只注意前者而忽略了后一种情况，为了提高程序的可靠性，应认真组织一些异常数据进行测试，并子细检查它是否生成为了多余的工资单。(4)应该长期保留所有的测试用例，直至该系统被废弃不用为止。在管理信息系统的测试中，设计测试用例是很费时的，如果将用过的例子丢弃，以后一旦需要在测试有关的部份时.(如技术鉴定、系统维护等场合)，就需要再花不少人工。通常，人们往往懒得再次

15、认真地设计测试用例，于是下次测试时很少有初次测试那样全面。如果将所有测试用例作为系统的一部份保存下来，就可以避免这种情况的发生。3.1.2 测试的分类测试包括三方面，即测试设计用例、执行被测程序和分析执行结果并发现错误。设计测试用例是开始程序测试的第一步，也是有效地完成测试工作的关键。按照在设计测试用例时是否设计程序的内部结构，可以将测试分为白盒测试盒黑盒测试。白盒测试时，测试者对被测试程序的内部结构是清晰的。测试者从程序的逻辑结构入手，按照一定的原则来设计测试用例，设定测试数据。由于被测程序的结构对测试者是透明的，因此次又有人称这种测试为玻璃盒测试或者结构测试。黑河测试的情况正好相反。此时，测试者把被测程序看成一个黑盒，彻底用不着关心程序的内部结构。设计测试用例时，仅以程序的外部功能为根据。一方面检查程序能否完成一切应做的事情；另一方面要考察它能否拒绝一切不应该做的事情。由于黑盒测试着重于检查程序功能，所以也称为功能测试。测试按照执行的顺序分为：单元测试、集成测试、系统测试、验收测试、回归测试、Q测试和P测试。按是否需要执行被测软件，分为静态测试和动态测试：静态测试：1.技术文档审查及