(2)精度需求。读者在网页浏览器上对相关的图书信息进行查询时,使用关键字搜索可以找到相关的全部图书信息,确保提高了系统查询的准确性和全面性。
(3)故障处理。当系统处于开发阶段的时候,如果出现系统故障情况则是由开发人员与设计人员解决处理故障;在系统经过测试以后已经运用到高校图书馆,往后数据的变更或修改则是由系统管理员负责解决,但是数据库在日常环节中是不允许出现故障的。
(4)易操作性需求。系统的易操作性需求适应用户的使用习惯,并简化以往的工作环节,可以增加用户使用该系统的期望。在该系统中,对图书的借阅、归还等操作响应时间在0。5秒左右,这样才能适应每天大量的借阅量,减少借还人员的工作压力。而系统的查询功能则控制在2秒以内,毕竟图书馆的图书信息庞大,在2秒内处理后台数据库也是合理的。
(5)可维护性需求。由于读者和图书馆的日常需求,图书信息的维护显得举足轻重,维护阶段不仅需要保证数据的完整性和准确性,还要确保维护时间不能过长,一般来说每次维护时间不高于8小时,这样才不会影响图书馆的日常工作流程。
(6)操作环境需求。主要阐述的是系统正式投入使用的环境,包括软件和硬件方面,所以使用该系统必须要提供合作软件的内容,在这里,系统只要能在一般的操作系统上,即Windows上能运行即可。
2。1。3 安全性需求
在该系统中对信息的管理必须要由图书馆专门的工作人员进行处理,他们的管理权限各不相同,并且不同的操作环节由不同的人员管理。从读者开始,每个人要想成功登录系统都得凭借自己的学号或教工号登录,也就是说外来人员没有权限登录该系统。同样的,采编人员、借还人员和管理员的登录原理也是如此,只不过各工作人员登录的权限不同。此外,图书馆还要保证图书信息的完整性和保密性,图书信息或者个人用户信息一旦发生泄漏或丢失,将严重影响到图书管理工作,所以数据的备份和缓存尤为重要[[[] 罗伟。图书馆信息管理系统中的问题和对策[J]。科技创新导报,2010(03): 178-179。]]。文献综述
2。2 系统业务流程分析
系统业务流程分析,往往是通过业务流程图来描述的。在本图书馆管理系统中,业务流程图如图1所示。
图1 系统总的业务流程图
系统的几个主要的业务流程分析如下:
2。2。1 借阅图书流程
首先读者登录该系统,在网页浏览器上搜索到所需图书后,在流通部或者阅览室书架上查找到图书后与借书证一起拿给借还人员认证信息的合法性。然后借还人员利用图书馆配备的电子扫描设备验证借书证,假如该证件是符合要求的,并且该证件中没有过期图书(即无罚款信息),读者才能有资格借那本书。最后,借还人员对图书条形码进行扫描,可以查看该书是否已被其他人预约,假如该书已被其他读者所预约则借阅此书失效;如果不存在预约,则读者可以成功预约。
2。2。2 归还图书流程
相对于借书流程来说,读者的还书流程就比较直观、简便许多,读者只需要在规定时间内将图书拿归还到流通部或者阅览室,经由借还人员对图书条形码进行扫描确认即可。此时,需要对图书归还信息作出判断,假如所借图书是属于已经超期的图书,根据罚款标准,读者还应向借还人员支付相应的罚款金额;相反,如果所借图书归还日期没有超出限制,则完成还书流程。
2。2。3 图书采编流程来自~优尔、论文|网www.youerw.com +QQ752018766- C#+sqlserver高校图书馆管理系统设计(5):http://www.youerw.com/jisuanji/lunwen_102082.html