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

加入VIP,免费下载
 

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

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

下载须知

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

版权提示 | 免责声明

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

大学图书馆信息系统需求规格说明书要点.docx

1、大学图书馆信息系统需求规格说明书要点1. 概述1.1. 系统简述本系统是为了给图书管理人员和读者借、还书带来便利,除了图书馆内管理的一般功能还外,还包括网上在线查询图书信息、查询本人的借阅情况和续借等功能。系统名称 :XX大学图书馆信息管理系统项目委托单位 :XX大学图书馆项目开发单位 :XX大学管理学院信息管理与信息系统专业系统最终用户 :XX大学图书馆工作人员1.2. 编写目的系统功能需求有:编目 :分类,标注主题词;录入所有图书的目录及部分图书的内容借书证管理 :办新证、换证、清理借书证(注、吊销)提供检索服务 :查图书的目录、在馆状态;查图书内容流通服务 :借、还、续借、罚款、冻结借书

2、证图书清理 :遗失、损坏、过时图书及相应目录的清理统计分析 :分类统计图书、读者、借阅等信息该文档是为了明确系统需求,规划设计进度,更好地安排系统开发测试,在开发过程中防止错误的出现,本文档供项目经理、开发人员和设计人员参考。1.3. 参考资料UML基础与Rose建模教程 蔡敏 徐慧慧 黄炳强编著信息系统分析与设计教程 陈佳 谷锐 李朝辉编著1.4修订版本记录本版本为第一版本,暂无修订版本记录2. 术语表读者信息注销:采集学生或教师的离校信息,对相关借阅信息进行注销,并收回借阅证。借阅证办理:根据新生入校时技术部采集的新生信息或新进教师信息进行借阅证办理图书借阅:对读者的借书进行登记,并将资源

3、的状态改为借出,同时修改读者的借阅信息。图书归还:根据读者的还书,将资源信息改为在馆,修改读者的借阅信息。冻结借阅证:根据读者是否有过分的行为达到冻结借阅证的地步,然后冻结借阅证收回读者借阅书籍的权利。图书编目:根据图书的ISBN号将图书编码,规放到特定的位置中的一个编码。罚款:读者由于借阅的书籍或者光盘超出规定的时间,超出的时间将要收取一定的现金作为处罚。3.系统业务流程3.1概述图书馆管理系统业务主要是对读者和图书的管理,将具体业务分到分到3个部门来进行管理,分别是:办公室、流通管理部和采编部, 各个部门管理相关的业务,并通过相互配合,来完成实现系统的各种功能。3.2概要调查 总体业务流程

4、图 3.3详细调查3.3.1. 办公室业务的详细调查 借阅证管理业务流程图描述:办公室的主要任务是对读者信息以及借阅证的管理,借阅证的办理、挂失、注销等处理。3.3.2. 图书流通管理部业务的详细调查 图书活动业务流程图描述:图书借阅:读者从图书馆中找到所需图书拿到图书流通管理部的管理员处,管理员根据读者的借阅信息和图书的基本信息来处理读者的借阅请求。图书归还:读者将借阅到的图书拿到图书流通管理部管理员处,管理员根据读者的借阅信息处理归还业务,如果读者借阅超期则通知读者缴纳罚款,否则将无法借阅图书。 图书管理业务流程图描述:3.3.3. 采编部业务的详细调查 图书采购业务流程图3.3.4. 详

5、细业务流程描述1.购书业务管理采编部1.1清单讨论采编部根据近期出版的图书和比较典型的书籍,列出一个预采购图书的清单,流通管理部门的职工也可以根据情况提出相应的购书方案,然后通过讨论确定最终的购书方案。编目部,流通管理部 1.2购买图书通过会议的讨论确定购书清单,采编部将购书清单发送给商家,并交纳购书的金额采编部1.3派送购买图书商家根据采编部的购书清单和交纳的金额,将相应的书本通过邮递的方式发送到采编部商家2.编目图书采编部2.1编目图书编目部将从出版社购得的图书,根据ISBN号,以及图书馆图书存放的位置,将图书进行编目输入到图书的数据库中,并将编目过的图书交予流通部上架采编部3.读者请求处

6、理流通管理部3.1请求借书读者在图书馆中找到自己想借阅的图书,将图书和自己的借阅证交到流通部的借阅管理员处,由管理员处理借阅事务读者,流通管理部3.2处理借阅请求通过读者提交的图书和借阅证,先判断读者的借阅信息,是否有超期的图书或者借阅的图书数量是否达到上限,如果条件都达到,就修改读者的信息和书籍的信息流通管理部3.3请求归还读者将自己借阅的书本交予流通部归还处的管理员,向管理员提出归还图书的请求读者,流通管理部3.4处理归还请求流通部管理员通过读者提交的书本,判断所借图书是否超期,是否有污损,提醒读者是否要缴纳罚款,并处理书籍的信息流通管理部3.5缴纳罚款由于读者所借图书超期或者图书有破损,

7、处罚读者的行为,读者将相应金额的罚款和自己的借阅证交到罚款处的管理员,由管理员处理读者,流通管理部3.6处理罚款根据读者提交的借阅证,查询读者所需缴纳罚款的信息,并收取读者相应的金额罚款,处理读者罚款的信息流通管理部4.办公室职能办公室4.1请求信息处理读者提出自己办证入馆、挂失或者注销信息的请求,并填写表格提交自己的个人信息,交予办公室的管理员读者4.2处理请求办公室的管理员根据读者提交的请求以及相应的信息,判断是否能够处理请求的信息,若能处理便处理,否则提醒提交信息者。办公室4.系统用例模型4.1参与者描述描述:系统的参与者主要是按照部门划分的,每个部门可以有多个员工,但每个部门的员工只能

8、处理本部门的业务。4.2高层用例模型4.2.1. 总体用例图 描述:系统中各个参与者与系统功能的关系4.2.2. 办公室高层用例图描述:办公室的主要功能就是对读者信息的增删改查4.2.3. 流通管理部高层用例图描述:流通部处理读者图书的借阅归还、图书信息处理和罚款处理4.2.4. 采编部高层用例图描述:采编部的主要功能就是采购图书、编目图书和更新图书信息4.2.5. 读者高层用例图描述:读者在系统中的功能主要就是查询个人信息、借阅图书、归还图书、缴纳罚款4.3 分层用例模型4.3.1.办公室工作的子用例图用例说明: (1)简要说明:在操作界面上选择需要的功能选项,包括登记办证入馆、借阅证挂失、

9、借阅证挂失的取消、借阅证注销、,选择特定的功能后进入相应的操作界面,界面内主要包括查询、新增、修改、删除、退出功能。 (2)前提条件:操作者拥有操作权限。 (3)事件流打开办公室管理员操作界面登录管理界面 显示权限内的功能选项 提供查询、新增、修改、删除、退出操作选项 选择查询功能获得读者的借阅证号或者学号按读者借阅证号或者学号以及其他重要信息查询判断是否得到查询结果如果未得到查询结果 则提示:“无符合条件的读者信息”否则 显示查询结果 选择新增功能获得读者的学号,姓名等重要必须的信息输入相应的信息并提交存盘判断是否成功如果存盘成功则提示:“新增读者成功” 否则提示:“新增读者操作失败” 选择

10、修改功能获得读者的借阅证号或者学号显示查询出的结果输入相应的修改信息提交并保存修改信息判断是否修改成功如果修改成功则提示:“修改读者信息成功”否则提示:“修改读者信息失败”选择删除功能获得读者的借阅证号或者学号显示查询出的结果选择删除操作判断删除操作是否成功如果删除成功则提示:“删除读者信息成功” 否则 提示:“删除读者信息失败”选择退出功能 终止管理者的用例(4)事后条件:正确的信息保存在数据库中(5)非功能性需求: 在输入和修改操作中,对输入的错误信息要迅速提示4.3.2. 采编部工作的子用例图用例说明: (1)简要说明:在操作界面上实现图书编目的处理 (2)前提条件:获得图书的关键信息,

11、操作者拥有操作权限 (3)事件流:打开图书编目界面输入图书的重要信息进行图书编目判断处理是否成功如果处理成功显示处理后图书的编号并提示:“处理成功”否则提示:“处理失败,请确定输入信息的正确性”返回至图书编目界面(4)事后条件:正确的图书编号保存在数据库中(5)非功能性需求 在输入和修改操作中,对输入的错误信息要迅速提示4.3.3. 流通管理部子用例图4.3.3.1. 图书借阅用例图用例说明:(1)简要说明:在操作界面上显示处理图书借阅(2)前提条件:获得借阅图书的编号和读者的借阅证号,操作者拥有操作权限(3)事件流:打开借阅处理的界面输入读者的借阅证号显示读者的借阅信息如果有图书超期、拖欠罚

12、款未交或借阅已达上限提示读者未能借书的信息,不能借阅图书 否则 输入图书的编号显示图书的信息处理借阅请求判断借阅操作是否成功如果处理成功 提示:“借阅图书处理成功” 显示读者借阅的信息否则 提示:“借阅处理失败,请确定所输入信息的正确性” 返回至借阅处理界面(4)事后条件:正确的借阅处理信息保存在相应的数据库中(5)非功能性需求: 在输入和修改操作中,对输入的错误信息要迅速提示4.3.3.2. 图书归还用例图用例说明:(1)简要说明:在操作界面上显示处理归还图书信息(2)前提条件:获得归还图书的编号,操作者拥有操作权限(3)事件流:打开归还处理的界面输入图书的编号显示图书借阅的信息以及借阅者信

13、息如果图书超期 提示读者超期信息处理归还图书操作判断归还操作是否成功如果处理成功提示:“归还处理成功”显示归还后读者的借阅信息否则提示:“归还处理失败,请确定输入信息的正确性”返回至归还处理界面(4)事后条件:正确的罚款处理信息保存在数据库中(5)非功能性需求: 在输入和修改操作中,对输入的错误信息要迅速提示4.3.3.3. 罚款处理用例图用例说明:(1)简要说明:在操作界面上显示处理罚款处理信息(2)前提条件:获得读者的借阅证号,操作者拥有操作权限(3)事件流:打开罚款处理的界面输入读者的借阅证信息显示读者的超期记录处理读者的罚款信息判断罚款处理是否成功如果处理成功提示:“罚款处理成功”显示

14、处理后的罚款记录否则提示:“罚款处理失败,请确定输入信息的正确性”返回至罚款处理界面(4)事后条件:正确的罚款处理信息保存在数据库中(5)非功能性需求: 在输入和修改操作中,对输入的错误信息要迅速提示4.3.3.4. 图书处理用例图用例说明: (1)简要说明:在操作界面上实现图书信息的处理 (2)前提条件:获得图书的关键信息,操作者拥有操作权限 (3)事件流:打开图书处理界面输入图书的重要信息修改或删除图书的信息判断处理是否成功如果处理成功显示处理后图书的信息并提示:“处理成功”否则提示:“处理失败,请确定输入图书信息的正确性”返回至图书处理界面(4)事后条件:正确的图书信息保存在数据库中(5

15、)非功能性需求 在输入和修改操作中,对输入的错误信息要迅速提示4.3.4. 读者子用例图4.3.4.1. 借阅图书用例图用例说明(1)简要说明:在操作界面上显示借阅图书处理的信息(2)前提条件:获得读者的借阅证号和所借图书的信息、操作者拥有权限(3)事件流:打开读者借阅图书处理的界面输入读者的借阅证号判断读者能否借书如果能够借书则提示:“读者已借X本书,可借Y本书,无罚款信息”输入所借图书信息处理借阅判断借阅处理是否成功如果成功 则提示:“读者借阅图书处理成功” 返回至功能选择界面否则 提示:“读者借阅处理失败,请确定读者信息的正确性” 返回至借阅处理界面 否则提示:“读者借书已满”或者“有图

16、书逾期记录”返回至功能选择界面(4)事后条件:正确的借阅处理信息保存在数据库中(5)非功能性需求: 在输入和修改操作中,对输入的错误信息要迅速提示4.3.4.2. 图书归还用例图 用例说明: (1)简要说明:在操作界面上显示归还图书处理的信息(2)前提条件:获得读者借阅证号和归还图书的信息,操作者拥有处理归还图书的权限 (3)事件流打开读者归还图书的操作界面输入读者借阅证号显示读者的借阅信息显示读者图书是否超期并提醒读者处理归还操作判断操作是否成功如果成功 则提示:“读者归还图书成功” 选择返回功能 界面返回至管理员登陆成功后的功能选择界面否则 提示:“归还图书失败,请确定输入信息的正确性”

17、返回至归还图书界面(4)事后条件:正确的图书归还后保存在数据库中(5)非功能性需求: 在输入和修改操作中,对输入的错误信息要迅速提示4.3.4.3 个人信息查询用例图用例说明:(1)简要说明:在登录后显示具体的详细信息(2)前提条件:了解个人的借阅证号和密码(3)事件流打开读者登录的页面输入借阅证号及密码判断是否登录成功如果登录成功则提示:“登录成功”显示读者的个人信息选择退出功能 退出读者查询否则提示:“密码错误”、“借阅证号错误”和“查询不到相应的结果”(4)非功能性需求:在输入信息操作时,对输入的错误信息要立即提示4.4主要用例间的活动描述4.4.1 采编部活动图4.4.2流通管理部活动

18、图 4.4.3 借书活动图4.4.4 还书活动图4.4.5 办公室活动图4.5核心对象的状态变迁描述4.5.1借阅证状态图4.5.2图书状态图5. 需求原型系统5.1需求原型总体结构5.2各用例的需求原型5.2.1流通管理部门的用例情景描述5.2.1.1借阅图书的情景描述5.2.1.2还书处理的情景描述 5.2.1.3罚款处理的情景描述5.2.1.4图书处理的情景描述5.2.1.5删除图书的信息情景描述5.2.2读者的情景描述5.2.2.1查询借阅书籍信息5.2.3采编部门的情景用例描述5.2.3.1图书编目入馆的情景描述5.2.4办公室的情景描述5.2.4.1读者信息的添加情景描述5.2.4.2读者借阅证的挂失情景描述5.2.4.3读者信息的删除情景描述6. 其他需求系统有的采用不同级别的权限来控制,学生和教师只能查看自己的个人信息。进行密码修改,已借图书的查询,预约等操作。操作员身份可以处理学生、老师的借还,挂失,预约操作。管理员,可以查看借阅,还书在某个时间段的流量。每个读者或是操作员的工作日志。还能进行系统的一些参数的设置。每个权限都分别有不同的操作页面。这些权限都要进身份认证之后才能进入操作页面。并设置操作的超时时限。防止用户在没有进过身份的认证就进入更高一级的操作页中去。还可以在用户长时间没有进行任何操作之后就自动关闭与服务器的连接。

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1