ImageVerifierCode 换一换
格式:DOCX , 页数:12 ,大小:62.68KB ,
资源ID:2312468      下载积分:3 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bingdoc.com/d-2312468.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(图书馆管理系统需求分析.docx)为本站会员(b****1)主动上传,冰点文库仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰点文库(发送邮件至service@bingdoc.com或直接QQ联系客服),我们立即给予删除!

图书馆管理系统需求分析.docx

1、图书馆管理系统需求分析图书馆管理系统需求规范说明书1 引言 41.1编写目的 41.2背景 41.3定义 41.4参考资料 52任务概述 52. 1 目标 52. 2用户特点 62. 3假设和约束 73功能需求 73.1图书管理功能 73.2借书卡管理功能 83.3借书管理功能 93.4还书管理功能 103.5 罚款管理 114外部接口需求 124.1用户接口 124.2 硬件接口 124.3 软件接口 124. 4 通信接口 125质量需求 126 设计约束 127其它需求 137.1 数据库 137.2 操作 138 附录 138.1借书卡类型 138.2图书馆罚款规定 131 引言图书馆

2、管理系统需求规范说明书旨在详细描述系统功能需求和一些非功能需求,明确系统需求边界。文档分为四个部分:概述部分描述了项目的目的和范围,并对文档中使用到的术语进行了说明;系统说明部分对系统进行了简要的描述;需求说明部分对系统从功能要求、安全性、性能等几方面进行阐述;验收标准则描述了系统最终验收通过的准则。1.1编写目的 图书馆管理系统需求规范说明书目的是明确图书馆管理系统中各项功能和非功能性需求,确定系统功能模块。同时为概要设计和详细设计人员提供设计依据。图书馆管理系统是典型的信息管理系统(MIS),其开发主要包括后台数据库的建立和维护及其前端的维护程序的开发两个方面。对于前者要求建立数据的一致性

3、和完整性,对于后者要求应用程序的功能的完备,易用等特点。1.2背景开发软件名称:图书馆管理系统项目任务提出者:*项目开发者:SHMILY团队用户:系统管理员、操作员、读者实现软件单位:SHMILY团队本系统主要利用JAVA(OOP)语言做前端的应用开发工具,利用SQL Server 2008作为后台的数据库,利用Windows XP作为系统平台。1.3定义1)MIS:信息管理系统(Management Information Systems 简称MIS);2)图书:书籍、报刊、期刊、杂志、普通中文图书、影印图书、艺术类图书、解放前出版的古旧图书、线装书、早期图书(1987年以前)、辞典等;1.

4、4参考资料1) 软件文档案例分析2) 本系统的可行性研究报告3) 图书馆管理相关条例4) Internet2任务概述2. 1 目标旨在开发一个统一的图书信息管理平台,利用本系统,达到方便、简单、快捷管理图书信息的目的。系统管理员能够更方便地进行系统管理工作,包括对用户的增删,各种资料的修改,各种条件下的查询和对数据库的各种操作等;读者用户能够利用该系统进行图书信息查询,读者管理上,可自定义多种读者类型,灵活应对各种层次读者需求;操作员代理读者用户借阅图书,对图书馆进行一些日常的维护。系统的用例图如下图所示: MIS图书馆管理系统用例图2. 2用户特点图书馆信息管理系统的用户有三种:图书管理员,

5、操作员,读者。1)系统管理员:具有最高的权限,可以执行本系统的所有操作,如:对用户的增删,各种资料的修改,各种条件下的查询和对数据库的各种操作。2)操作员:只有很小的权限,代理用户办理借书卡、借阅图书,对图书馆进行一些日常的维护。3)读者:可以使用系统的部份功能,如:对图书馆图书信息进行各种条件下的查询。2. 3假设和约束 1)开发期限期间,项目组成员有充足的时间进行开发工作; 2)有充足的研发资金支持;3功能需求3.1图书管理功能IPO图_id: mis_001系统:图书馆管理系统模块:图书信息管理设计者:*日期:2010-03-28被调用模块:读者信息管理调用模块:图书信息管理输入:选择图

6、书管理命令和图书编号,图书名称或作者等信息输出:图书基本信息和其他处理结果信息加工过程:(操作员与读者输出输入有所不同。以下处理均是并行的)1)系统读取输入的图书管理命令;读者(仅有查询功能):(1)选择的是“查询”.则要求输入图书类别,图书名称,作者,出版社名称(任选其一或多选)等信息,根据输入信息查询图书信息文件,显示满足要求的图书的信息,这些信息应该至少包括(图书类别,图书名称,作者,出版社名称,出版日期,图书页数,图书现存数量)操作员(根据不同的管理命令,分别进行以下处理):(1) 选择的是“查询”.则要求输入图书编号,图书类别,作者,出版社名称(任选其一或多选)等信息,根据输入信息查

7、询图书信息文件,显示满足要求的图书的信息,这些信息应该至少包括(图书编号,图书类别,作者,出版社名称,作者,出版社名称,出版日期,图书页数,图书现存数量,馆内该图书总量,图书借阅次数,借出的该图书归还截止日期)(2) 选择的是“修改”.则要求输入图书编号,图书类别,作者,出版社名称(任选其一或多选)等信息,根据输入信息查询图书信息文件,显示满足要求的图书的信息(不包括图书借阅借阅记录),当进行了修改确认后,更新图书信息文件中关于该图书的信息,如出异常或错误,系统给出提示;(3) 选择的是“录入”.则要求输入(图书编号,图书类别,作者,出版社名称,作者,出版社名称,出版日期,图书页数,备注)等信

8、息,然后向图书信息文件中添加一条记录;(4) 选择的是“删除”. 则要求输入图书编号,图书类别,作者,出版社名称(任选其一或多选)等信息,经删除确认以后,删除关于此图书的信息(不包括图书名称,作者,出版社,录入和删除该图书日期,以及备注)。备注:1)图书管理命令包括:查询、修改、录入、删除四项3.2借书卡管理功能IPO图_id: mis_002系统:图书馆管理系统模块 :借书卡管理设计者:*日期:2010-3-28被调用模块:无调用模块:无输入:读者身份证号,2寸照片,读者住址,联系方式,办证时间,年费及押金,选择卡的类型。输出:注册结果并附带加工过程:1) 图书管理员输入读者资料(卡号或身份

9、证号);2) 如果是第一次录入则视为第一次办卡,将读者信息录入数据库,并为其开通借书功能,如果不是第一次可能:挂失该卡,系统就会挂失该卡是该卡不能执行借书操作;解除挂失,则需要读者继续输入密码,才能执行解除挂失操作;退卡同样需要读者输入密码才可以完成操作;缴纳年费;3) 显示该卡现在的状态,包括读者资料和借阅的详细信息,并显示可借书和不可借书状态;备注:A如果换卡(如A卡转换为B卡),系统将读者在旧卡(A卡)上的信息保存在数据库该读者的信息中;B借书卡因押金不同分为不同种类,不同种类满足不同读者需求(详情见附录信息8.1);C该系统分为:办理借书卡,借书卡挂失,借书卡解除挂失,续办借书卡,退卡

10、管理借,书卡异常状态查询;D办理卡时附带密码作为读者完成解除冻结,退卡操作;E一个读者可以办理多种卡,但是同一种卡只能同时办一种;F操作员只具有录入信息权限,和修改读者除密码以外的信息的权利。而读者修改密码操作只允许修改与自己身份证所对应密码的权限。G期限以最初办卡的日期为准(即每年都应是在同一天前后3天之内完成)。到期没有完成续费的借书卡将不能执行借书操作。3.3借书管理功能IPO图_id: mis_003 系统:图书馆管理系统模块 :借书管理设计者:*日期:2010-03-28被调用模块:还书系统调用模块:图书信息管理输入:读者编号,读者所借书名输出:读者基本信息,读者所借书名。借书日期加

11、工过程:1) 读者从书架上找到所选图书后,由管理员录入读者的编号;2) 根据录入的读者编号,调用读者信息模块查询读者的基本信息并输出到显示器上;3) 确认显示出的读者信息后,输入读者借书的书名和借书命令;4) 根据确认的编号和借书命令,对读者的信息进行修改;5) 显示处理结果,如果出错,则显示出错原因。备注:1)管理员录入读者编号时用码阅读器读入;2)若读者不符合借书的条件,则不允许该读者借书;3)读者的基本信息包括编号,姓名,历史借书记录,有无欠书;4)输入的读者借书书名和借书命令以按钮或菜单的方式;3.4还书管理功能IPO图_id: mis_004 系统:图书馆管理系统模块 :还书管理设计

12、者:*日期:2010-03-28被调用模块:调用模块:罚款管理输入:图书条码输出:还书结果加工过程:6) 根据读者所还图书,管理人员将书上的图书条码读入系统,让系统从借阅文件上找到相应记录,填上还书日期,然后把借阅的记录添入借阅历史记录,并从借阅文件中删去相应借阅记录;7) 系统将读者借书日期与还书日期进行计算,判断读者还书是否超期;a) 读者还书没有超期,系统确认还书成功,并显示还书结果;b) 读者还书超期,系统先计算出超期天数,然后将该数据传入罚款管理,并显示还书结果;c) 读者将图书遗失或损坏,系统直接将该读者遗失图书的信息传入罚款管理;并显示还书结果8) 显示读者的还书结果,如果还书失

13、败,显示结果与相应的罚款通知书。备注:1) 还书的结果包括:还书成功和还书失败2) 还书失败包括:超期还书和遗失或损坏图书 3.5 罚款管理IPO图_id: mis_005 系统:图书馆管理系统模块 :罚款管理设计者:*日期:2010-03-28被调用模块:还书管理调用模块:还书管理和借书管理输入:无输出:罚款通知书加工过程:4) 根据系统计算出的超期天数,对应罚款条例计算出读者应付的罚款金额,并对超期还书的读者发送罚款通知;5) 对超过一定时间(如:3个月)未将图书归还的读者,视为将图书遗失,按照罚款的条例,确定读者应赔偿的金额,同时对其发送罚款通知。6) 对需要罚款的读者打印罚款通知书;7

14、) 凡是接到罚款的读者,系统会自动终止该读者的借阅权;8) 当系统接收到读者的罚款收据时,将该读者的罚款记录到罚款历史文件,同时恢复该读者的借阅权;备注:关于罚款条例见附录4外部接口需求4.1用户接口 1)对系统各个功能模块,以分级菜单的形式给出;2)所有的提交,确认,删除等操作以按钮的形式给出,且名称一律为取为“提交”、“确认”、“删除”等易于理解的形式;4.2 硬件接口由于管理人员需要打印各种图书、读者信息报表,所以系统应该与打印机接口匹配。4.3 软件接口无4. 4 通信接口支持局域网协议5质量需求根据各类读者统计信息计算,系统在正常情况下应该支持200以上的并行操作能力,高峰期间读者要

15、进行集中查询图书信息,应支持100以上并行处理能力;高峰期间服务器端应支持500次以上的日访问量。6 设计约束指定工具编程工具:JAVA运行调试工具:JAVA数据库管理系统:SQL server 2008开发环境操作系统:windows xp/vistaJava虚拟机jdk1.6.0_04测试环境操作系统:windows xp/vista数据库管理系统: SQL server 2008工具或环境的可获得性比较容易7其它需求7.1 数据库鉴于图书馆管理系统涉及的数据对于图书馆的日常管理的重要性,数据库应提供严格的输入检测,出错恢复机制;数据必须一个每天进行一次备份,由于本信息涉及信息量巨大,应以

16、天为周期进行增量备份,以季度为周期进行海量备份。7.2 操作 操作应该简单易行,各个功能模块界面风格统一 。8 附录 8.1借书卡类型借书卡因押金不同分为不同种类,不同种类满足不同读者需求读者卡类型A卡B卡C卡. . . . . .押金金额8.2图书馆罚款规定8.1.1遗失书刊,可以赔偿相同版本或新版图书,并缴纳5元材料加工费。8.1.2如抵赔原版书刊确有困难,按下列规定赔偿:5个复本以上普通中文图书,按原价3-5倍赔偿;普通单本中文图书、影印图书、艺术类图书等按原价5-10倍赔偿;原版图书1987年以前按原价10倍赔偿;1987年以后按原价3-5倍赔偿;港台版图书、五年前出版的图书按原价5-

17、7倍赔偿;早期图书(1987年以前)、辞典等综合类图书按原价的10倍偿;多卷书则按以上5条内容整套书价加倍赔偿单本期刊,按该刊全年价格的1-3倍赔偿;单份报纸,按该报季价的3倍赔偿;合订本报刊,按该报刊全年订价的3-5倍赔偿,另加装订费6元;珍贵书刊、报纸、期刊、解放前出版的古旧图书、线装书,根据以上各条款内容,再加倍赔偿。8.1.3读者如果在一个月内找到了已赔偿的原书,可凭收据办理退款手续,退款时须交手续费2元。用新书抵赔的不能退还。 8.1.4污损(批注、涂划、圈点)书刊 视污损情况处理 8.1.5撕页 书刊原价的1100倍 8.1.6损坏条形码 5元/条 8.1.7外借图书超期 0.05元/天册

copyright@ 2008-2023 冰点文库 网站版权所有

经营许可证编号:鄂ICP备19020893号-2