1、图书信息管理信息系统需求规格说明说 作者: 日期:16 个人收集整理 勿做商业用途图书信息管理信息系统需求规格说明书目录子文档序号一、引言R1二、项目概述R2三、需求规定R33。1对功能的规定 3。1。1用户需求3.1。1.1组织机构和角色3.1。1。2业务概览3。1.1。3业务场景 3.1.2 系统需求 3.1。2。1概览 3.1.2.2 系统需求规定 3.1。2.3 数据分析 3。2补充规定 3。2。1 长度 3.2.2 时间特性要求 3。2。3 灵活性 3。2。4界面要求 3.2.5 可靠性 3.2。6 可用性 3。2。7 可维护性 3.3 输入输出要求 3.3。1 安全性 3。3。2
2、输入输出模式 3.4故障处理要求 3.5 其他专门要求 四、运行环境规定R4 4。1 设备 4.2 支持软件 4.3 接口 4.4 控制本说明书由以下文档组成:一、 引言主文档名称图书信息管理系统需求规格说明书主文档编号R子文档名称引言子文档序号R1编者*编写日期2012.9。12图书信息管理系统是A图书馆委托江西现代学院开发的,集图书信息管理、读者借书、读者管理、图书类别管理等功能于一体的应用软件。根据合同规定,通过双方讨论协商,特编写本图书信息管理系统需求规格说明书。1。编写目的 为了能高效的,有计划设计图书信息管理系统。本报告的主要作用是确定各个项目模块的设计情况和主要的负责人,供各项目
3、模块的负责人阅读,做到及时协调,按步有序进行项。目的开放,减少设计中的不必要损失。主要具体步骤:拟订项目设计计划书,分配项目工作,安排项目进度。2.项目背景开放软件名称:图书信息管理系统。项目任务提出者:A图书馆项目开放者:*用户:A图书馆工作人员及读者实现软件单位:*学院3.符号、缩略语和定义 LIMS(Library Informations Management System )图书信息管理系统4.参考资料Java+SQL1。4方案效益 Server 项目开放实践,中国铁道出版社。 SQL Server2005实例教程 电子工业出版社 Java 项目开发实训教程 清华大学出版社JSP动态
4、网站开发 清华大学出版社 软件工程 清华大学出版社 钱秋乐 赵文耘 朱军钰 编著二、 项目概述主文档名称图书信息管理系统需求规格说明书主文档编号R子文档名称项目概述子文档序号R2编者*编写日期2012.9。121、 待开发的系统一般描述 图书馆作为一种信息资源的集散地,图书、期刊及读者等信息量巨大,有很多的信息需要管理。现今,很多的图书馆都是初步开始使用,甚至尚未使用计算机进行信息管理.根据调查得知,目前对信息管理的主要方式是基于文本、表格等纸介质的手工处理,对于图书借阅情况(如借书天数、超过限定借书时间的天数等)的统计和核实等往往采用对借书卡的我工检查进行,对借阅者的借阅权限以及借阅天数等用
5、我工计算,手抄进行。数据处理工作量大,容易帮出错。由于数据繁多,容易丢失,且不容易找。总的来说。缺乏系统,规范的信息管理手段.尽管有的图书馆有计算机,但是尚未用于信息管理,没有发挥它的效力,资源闲置比较突出,这就是管理信息系统的开发的基础坏境.基于这个问题,去认为得必能够及时、准确、有效地查询和修改图书情况.要建立一个图书信息管理系统,使得工作系统化,程序化,提高信息的处理速度和准确性。2、 产品功能(1) 查询功能 图书信息的查询 读者信息的查询 其他综合信息查询(2) 图书管理 图书信息的录入 图书信息的修改 图书信息的删除(3) 读者借书还书管理 读者把借的书或是还的书交给管理员,管理员
6、把借书证号或把还书书的编号输入计算机,屏幕显示借书或还书的信息 (4)读者管理 读者信息的录入 读者信息的修改 读者信息的删除 3用户特点 本软件的使用对象是图书馆管理人员、读者、信息中心系统管理人员和维护.懂计算机的基本操作就可以利用该软件进行所需操作。 4.一般约束 软件约束:运行坏境为Windows2000或Windows XP 硬件约束:Pentium4 1GB的内存 160硬盘 5. 假设和依据 本系统需求据具有一定的可靠性和安全保密性。本应用系统对不同用户定义不同的使用权限。 本系统开发时间:2012年9月2012年11月主文档名称图书借阅管理系统需求规格说明书主文档编号R子文档名
7、称需求规定子文档序号R3编者*编写日期2012。9.12功能需求可以用Rose或Vis io工具辅助生成,见以下CASE工具生成的表格(有所删节).图书借阅管理系统的需求描述如下:读者来图书馆借书,可能先查询书库的图书记录。可以按书名、作者、图书编号或关键字进行查询。查询有两种结果,如果查到则记下书号,交给工作人员,然后等候办理借书手续。如果该书已经被全部借出,则可做借书登记,等待有书时被通知。如果图书馆没有该书的记录,则做缺书登记.办理借书手续时先要出示借阅证,若没有借阅证应去申请借阅证.如果借书数量超出规定,则提示“借书数量超限,不能继续借阅。工作人员登记借阅人信息、借阅的图书信息、借出时
8、间和应还书世纪金安。系统自动修改书库的图书记录、读者库信息。当一位读者还书时,工作人员根据借阅证编号,找到读者的借书信息,查看是否超期,如果已经超期,则进行超期处罚。如果图书有破损或丢失,则进行破损或丢失处罚。清除借阅记录。同时系统自动查看是否有等待借阅登记,如果有则发出通知,修改书库记录,该书设置为已预定状态,否则设置为可借状态.图书采购人员进行图书采购时,要参考各类图书的库存数和借阅率,注意合理的采购。如果有缺书登记则随时进行采购.正在采购的图书组成一个采购中的书库.采购到货后,进行验收、编号,同时加入图书库,修改采购中的书库,并且查看订阅库,发出到书通知,并且将书库的图书记录修改为已预定
9、状态。借书登记是指当欲借的书被借空后,读者自愿选择的一种操作,他应该记录读者姓名和联系方式,一旦有这本书后即可通知读者。到书通知是指当读者预定的书来到之后,按照读者给出的联系方式发出通知。缺书登记是指当读者需要的书库内查询没有记录时,将此信息转入缺货库,通知采购员采购.图书注销是指如果图书丢失或旧书被淘汰,则将该书从书库中清除.、3。1 对功能的规定3.1.1 用户需求3。1。1.1 组织机构和角色 说明系统角色及其在组织机构中所处的位置本视图展现业务参与者及其之间的关系。若需要,可以通过协作图表现参与者之间的协作关系。 1。角色视图 2. 角色说明 角色名称:说明角色代表的用户、其岗位职责、
10、在组织机构中所处的位置。 图书管理员:图书管理前台的管理人员。 借阅管理员:负责图书借出、图书返还的图书馆管理人员。 书架管理员:负责图书上架、下架、核对任务的图书馆工作人员。 借阅人:借阅人可以是学生或老师.此视图展现借阅管理员所有需要做的事情。用这个视图便于确保借阅管理员的所有工作不会被漏掉。3. 图书管理员参与业务 bu_借出图书 bu_收回图书 Bu_颁发借阅证 Bu_查看借阅记录 bu_收回借阅证 3.1.1。2 业务概览本视图展现业务的参与者与参与业务用例。此视图有助于了解清楚某项业务是如何构成的。应该为每一项业务绘制一个视图,并对应地绘制一个活动图,以表达他们之间如何通过协作来完
11、成这项业务。 借书业务 bu_借阅图书 bu_缴纳借阅费 bu_借出图书 3.1.1.3 业务场景 借书业务 借阅人 借阅管理员 物流送达人此视图描述业务流程,应使用预定义的业务参与者和业务用例作为泳道和活动。这样有助于检查和发现业务参与者和业务用例。一般来说,除了少数的确是独立的业务用例外,如果业务用例不能被用在流程图中,应该怀疑将其作为一个业务的必要性(它是否应该被包含在其他用例中?或者它是其他用例应当抽象成一个更高层的用例?)如果还有用例没能用在流程中,应该怀疑是否还有隐含的业务流程没有调研到。送出图书借出图书缴纳借阅费借阅图书3。1。2 系统需求此视图展示业务用例的实现追溯,业务用例的
12、实现过程在每个用例实现中。这些实现过程将是概念模型建立的依据和分析归纳的重要来源。本例子只实现了借书和还书有关的业务用例,其他业务用例如法炮制。3。1.2.1 系统概览 Bu_借阅图书 bu_借出图书 bu_收回图书 (from Business Use Case) (from Business Use Case) (from Business Use Case) bur_borrow books bur_check out books bur_check in books bu_归还图书 bu_送出图书 bu_取回图书 (from Business Use Case) (from Busin
13、ess Use Case) (from Business Use Case)3。1.2.2 系统需求规定借阅图书(1) 业务说明 (2) 业务场景分析用例名称 bu_ 借阅图书用例描述 借阅人通过此用列向系统查询提交借书请求执行者1. 借阅人的借阅证在有效期内2. 借阅人没有逾期未归还的图书前置条件1. 创建借书订单2. 更新借阅人借阅记录主过程描述1. 用户用借阅证提供的帐号登录系统,计算机显示“我的图书馆”界面2. 用户选择“查询图书”,计算机显示查询界面3. 用户按书名、作者、 查询,计算机显示查询结果4. 用户可单选或多选书本,确定借阅。计算机显示确定借阅图书清单5. 用户选择确定借阅
14、,计算机显示借阅订单及费用6. 用户选择提交订单,计算机显示提交结果和订单号7. 计算机执行后置条件.用例结束分支过程描述用户选择查看原有订单,计算机执行44.1.1 用户可单选或多选书本,放入借书蓝,计算机显示借书篮现有内容4.1.2.1.1 永宣选择继续借书,计算机执行24.1.2。2。1 用户闲着提交借书篮,计算机执行 44。2.1 用户选择放弃,计算机执行 26。1。1 用户选择保存订单,计算神马保存并执行16.1。2用户选择放弃,计算机执行 1 异常过程描述1.1.1 借阅证已过期,拒绝登录,用例结束1.2.1 借阅人没有逾期未归还书本,启动”bu_归还”用例5.1.1 用户月余额不
15、足,计算机显示余额和所需金额5。1.2。1.1 用户选择续费 ,启动“bu_缴纳借阅费“用例5。1。2。2.1用户选择放弃,计算机执行1业务规则至少选择一本,至多选择三本涉及的业务实体be_费用记录be_图书be_借书篮be_借阅订单be_借阅证 上表是用例说明书的内容。过程描述中的章节号表明每个误会可能的活动。例如,4代表“用户可单选或多选书本,并确定借阅。计算机显示确定借阅图书清单”这个活动,而4.1.1代表第4步的第1个可选分支的第1步,4。1.2。1.1代表第4步第1个可选分支的第2步中的第1个可选分支的第一步.显示借书界面验证借书数量修改借书信息通知用户修改馆藏图书数量信息记录本次交
16、易信息借书成功撤销预定(3) 业务实体分析管理员登录 管理类 系统管理主界面帐号有效帐号必填身份验证失败有效密码必填密 码验证码核对验证必填借/还书管理界面 身 份 验 证用户登录 用户类用户主界面卡 号获取登录卡号身份验证失败身 份 验 证借阅信息3、 权限修改类:权限修改类 确认身份 用户 管理员 修改用户权限2. 图书实体名称be_图书实体描述每本图书都经有上架、预定、借出、返回待查和下架几个状态。详细请参看图书状态图.属性名称类型长度说明(属性的业务含义及业务规则)图书编号字符12图书类别编号(3位)+图书购入年份(4位)+流水号(5位)图书分类字符3图书的分类名称字符100图书的名称
17、作者字符20图书的作者出版社字符100图书上标明的出版社出版日期日期8图书上标明的出版日期版本信息字符100图书上标明的版本简介字符1000图书上的内容简介,上架时录入状态字符1图书上的状态,请参看图书状态图实体状态图上架本视图体现图书的管理生存周期中的状态变化图。其他业务实体,如借阅证、借阅订单,若有状态,也应当照此绘出状态图。本示例不赘述预定借出返回待查下架实体名称be_借阅证实体描述每本借阅证都具有正常、锁定、刮挂失和注销4个状态.属性名称类型长度说明(属性的业务含义及业务规则)借阅证编号字符12借阅证类别编号(3位)+办理年份(4位)+流水号(5位)学号字符12院系编号(3位)+办理年
18、份(4位)+流水号(5位)姓名字符60学生姓名性别字符4学生性别学院字符20学生所在学院系字符20学生所在系专业字符20学生所在专业备注字符100其他相关备注信息状态字符1借阅证状态,包括正常、锁定、挂失和注销4个状态.实体名称be_借阅信息实体描述借阅人借阅书的记录属性名称类型长度说明(属性的业务含义及业务规则)借书流水号字符12借书的流水号借书日期日期型8借阅人借书的日期应还日期日期型8借阅人借书的应该归还的截止日期3.2补充规定3.2.1 长度无特别说明 3.2。2 时间特性要求 系统的响应时间不能太长,用户查询等待时间不应超过5秒,否则,视为出错处理。3.2。3 灵活性系统应提供对以后
19、升级的支持3.2。4 界面要求 操作方便,界面友好。3.2.5 可靠性3。2。6 可用性3。2.7 可维护性3。3 输入输出要求3.3。1 安全性 系统安全、可靠,能够提供一定的安全机制,提供数据信息授权访问,防止随意删改,同时提供信息备份的服务。3。3.2 输入输出模式系统输入:报表模版、风格模版、数据源。系统输出:带有数据的报表文件,可以打印输出。系统能对不同数据源进行管理,操作不同的数据源。3.4 故障处理要求在系统运行中,当用户误操作的时候,可能的出现软件故障,软件故障可以分为以下几类: 系统中不存在用户请求的库。 用户选择的数据源有错误,引起报表生成时对数据源的处理出错. 在编辑报表
20、时,对报表元素的编辑操作出错。 用户使用错误的报表模版,引起报表生成出错.3.5 其他专门要求 系统应方便用户进行操作,易于维护、升级,能够运行于不同的操作系统平台上。 主文档名称图书信息管理系统需求规格说明书主文档编号R子文档名称运行环境规定子文档序号R4编者 *编写日期2012.9.124.1设备 运行本软件系统所要求的硬件最低配置: CPU:Petium 566MHz 内存:256MB 硬件剩余空间:20GB 运行本软件系统所要求的硬件推荐配置: CPU Pentium4 1.6GHz 内存:512MB 硬盘剩余空间:120MB 4.2 支持软件 运行本软件所需要的支持软件: 操作系统:Windows2000、Windows XP 虚拟机坏境:Java VM 编译坏境:Java SE 1。3 以上版本。 数据库类型:所有ODBC支持的数据源 4.3接口 该系统为独立的应用程序,没有同外部的接口。 4。4控制 该系统为独立的应用程序,不存在外部控制的情况.
©2010-2024 宁波自信网络信息技术有限公司 版权所有
客服电话:4008-655-100 投诉/维权电话:4009-655-100