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

加入VIP,免费下载
 

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

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

下载须知

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

版权提示 | 免责声明

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

图书管理系统需求文档.docx

1、图书管理系统需求文档图书管理系统需求文档图书管理系统需求规格说明书一、引言 计算机技术的迅猛发展,特别是随着网络技术的出现标志着信息时代已经来临。信息化浪潮、网络革命在给社会带来冲击的同时,也使图书馆业务受到了强烈的冲击,图书馆传统的管理和服务方式已不能适应读者对日益增长的文献信息的需求,建设图书馆信息网络系统,是图书馆现代化建设的客观要求。建设以计算机为核心的图书馆信息网络,实现图书馆管理和服务的自动化,更好地为科技工作服务,是图书馆发展的必由之路。目前,国内大部分大型的公共图书馆和高校图书馆都实现了网络管理,中小型图书馆(包括企业图书馆),也在朝着这个方向发展。 为了西安建筑科技大学信控学

2、院的图书管理方面而开发此系统,图书馆为全学院人员提供图书借阅、文献检索的服务,在管理中发挥了应有的作用。该馆的各工作环节一直使用的是传统的手工方式,这种方式的缺点是手续繁琐、检索困难、不便于管理,造成资源的利用率低下。随着馆藏量的不断增加,图书资料的著录和查询的难度也就相应增加,手工方式已经不能满足要求,如何运用先进的信息技术,提高科技图书的管理和服务水平,是我们面临的一个新的挑战。 实现图书资料的网络管理,至少有以下优点:1)著录规范化,为图书资料的采编、著录、查询质量的提高打下基础。2)查询自动化和检索途径多样化,可以更方便、及时地找到所需图书资料。)资源共享的优势,通过局域网可以在全学院

3、范围内实现资源共享,为读者提供便利条件。 二、系统设计1系统指导思想和建设目标 .1.1任务立足于校园实际,运用计算机网络技术,建成符合标准化协议、通用性较强、实用的系统,以提高科技图书情报的现代化管理水平,实现信息资源的共享。 2.1. 系统建设目标 (1)规范图书资料的管理工作模式用计算机管理取代以往的手工作业和定性管理模式,使科技图书资料的管理工作模式规范化、机读数据格式标准化、管理决策科学化。(2) 提供用户沟通平台 为了方便用户和管理人员、用户和用户之间的沟通,我们设计提供了一个方便的论坛平台,使用户可以对我们系统的特点、图书借阅情况有一个更好的了解。 (3)提高科技图书馆的服务质量

4、 便于工作人员准确地掌握藏书结构,全面了解读者对文献信息的需求,及时调整采购计划,突出馆藏特点。2.2总体功能设计我们对国内现有的一些图书文献管理系统软件的功能和售价情况进行了详细调研,发现这些软件很难满足我们图书馆的需求。因为从规模或藏书册数来划分,我馆仅属小型图书馆,但应用需求则涉及到方方面面。除了通常的图书采购、图书编目、图书流通外,还有期刊、资料、技术标准等业务,其中期刊题录、行业标准、会议资料不是一般中小型公共图书馆收录范围。现在市场上中小型图书馆软件均只有基本的功能:采购、编目、流通,很少有期刊、资料,没有发现技术标准管理。通常这种图书管理软件仅运行图书馆内部的局域网上,没有Web

5、查询系统。大型图书管理软件功能齐全,但价格昂贵,特别是运行价格高、维护困难、操作复杂。 根据科技图书馆的实际情况和公司主干网的现状,我们确定了网络图书系统应该具备8个方面的功能,它们是图书编目,图书采购,图书流通,期刊管理,标准管理,资料管理,系统维护,Wb查询。三、用例分析 通过对以上功能设计的详细分析,我们提出了以下的一些相关用例。 图书管理系统查询图书修改个人信息查询借阅情况处理借书用户处理还书增加图书信息修改图书信息图书管理员删除图书信息创建用户信息查询用户信息用户信息管理人员删除用户信息修改用户信息清理用户欠费欠费管理员用例UC1:查询图书范围:图书管理系统应用 级别:用户目标 主要

6、参与者:用户 成功保证:存储图书信息 主成功场景: 1.用户访问图书管理系统首页。2. 用户点击查询页面的网络链接。 . 系统显示图书查询界面。 4. 用户在图书信息中填写一种或多种图书的相关信息(比如图书的书名、作者、出版社等等),然后点击查询按钮。 5. 系统根据用户填写的信息访问后台数据库,查询相应的图书信息,如果查询成功,显示查询到的图书信息,反之则提示查询失败。 用户可以重复4步,直到停止查询。 6 用户可以点击进入其他页面或者退出图书管理系统。 用例UC2:修改个人信息 范围:图书管理系统应用级别:用户目标主要参与者:用户 前置条件:用户必须经过确认和认证成功保证:存储用户信息 主

7、成功场景: . 用户点击修改个人信息按钮。 2. 系统显示个人信息编辑界面,显示用户的附加信息,包括用户的地址、电话、所属院系等等,此外还可以修改用户的登录密码,用户的基本信息中的图书证号、用户姓名、学生证号用户不能修改。 3. 用户对个人信息中的相应条目进行修改,然后点击确认修改按钮。4. 系统访问后台数据库,更新用户的个人信息。 扩展: 3 用户填写了超过用户信息规定长度或错误类型的用户信息。 4 系统提示用户填写信息违规 用例UC:查询借阅情况 范围:图书管理系统应用 级别:用户目标主要参与者:用户 前置条件:用户必须经过确认和认证。成功保证:存储图书借阅记录。 主成功场景: 1. 用户

8、点击查询借阅情况按钮。 2.系统访问后台数据库,查询用户借阅信息,其中有用户借阅的图书的信息(包括图书的一些简要的信息,如书名、出版社、作者等等),以及用户借阅的到期时间。用例C4:处理借书 范围:图书管理系统应用 级别:用户目标主要参与者:图书管理员前置条件:图书管理员必须经过确认和认证。 成功保证:存储图书信息。更新图书借阅记录。更新用户信息。 主成功场景: 1. 用户携带图书证和要借的书到借书处借书。2 图书管理员进入图书借阅界面,并将用户的图书证的条形码输入电脑,开始一次新的借书处理流程。.图书管理员将用户的一本图书的图书馆条形码输入电脑。 . 系统记录下用户对这本图书的借阅信息,并配

9、上当时的时间存入借阅信息数据库。 5. 修改用户的个人信息,将用户的可借图书数量减1。 图书管理员重复3,5步,直到所有图书条形码输入完毕或者用户的可借图书数量为0。 6. 图书管理员将图书和图书证交还给用户,结束借书处理流程。 扩展: a.系统访问后台数据库,发现图书证条形码在用户信息表中不存在. 提示图书管理员图书卡不存在。 . 停止创建借书流程。 2b. 系统访问后台数据库,发现用户可借书数量为0。 1. 提示图书管理员此用户不能再借书了。 . 中止借书流程。 2c. 系统访问后台数据库,发现该用户有欠费记录。1. 提示管理员,此用户欠费。 2. 中止借书流程。 3a.系统访问后台数据库

10、,发现这本书在图书信息库中不存在 1. 提示图书管理员这本书不存在。. 不记录这本书的借阅信息。 用例UC5:处理还书范围:图书管理系统应用 级别:用户目标 主要参与者:图书管理员 前置条件:图书管理员必须经过确认和认证成功保证:存储图书信息。更新图书借阅记录。更新用户信息。 主成功场景:1 用户携带要归还的图书来到还书处归还图书。 2 图书管理员进入图书归还界面,开始一次新的还书处理流程。 3图书管理员将用户的一本图书的图书馆条形码输入电脑。 4. 系统删除掉数据库用户对这本图书的借阅信息。 5. 修改用户的个人信息,将用户的可借图书数量加1 图书管理员重复3,5步,直到所有图书条形码输入完

11、毕。 6. 管理员退出图书归还界面,结束还书处理流程。 扩展:3a. 系统访问后台数据库,发现这本书在图书数据库中不存在。 1. 提示图书管理员这本书不存在。 2. 不记录这本书的归还信息。 a 系统访问后台数据库,发现这本书超时。1.将欠费记录写入罚款信息表。6a. 还书流程结束后发现该用户存在欠费记录。 . 提示管理员用户存在欠费记录。2. 管理员退出图书归还界面。用例UC6:增加图书 范围:图书管理系统应用 级别:用户目标主要参与者:图书管理员 前置条件:图书管理员必须经过确认和认证 成功保证:存储图书信息。更新图书信息。 主成功场景: 1图书管理员用管理员账号登入系统。.进入增加图书页

12、面。 填入书籍的书号、书名、作者、出版社、价钱、数量信息。 . 系统数据库增加图书信息,同步数据库信息。如成功则返回增加成功信息,并显示增加图书信息。如失败则返回增加图书失败信息,并返回增加图书页面。 用户可重复34,至图书增加成功。 5.图书管理员结束增加图书的操作。 用例UC7:修改图书范围:图书管理系统应用级别:用户目标 主要参与者:图书管理员 前置条件:图书管理员必须经过确认和认证,管理员查询到图书信息 成功保证:正确存储修改的图书信息。更新图书信息。 主成功场景: 1. 图书管理员在图书信息表中选中要进行修改的图书信息,并点击修改按钮。 . 系统弹出一个修改对话框,其中包括多个栏目可

13、供图书管理员填写。 3. 图书管理员在要修改的用户信息栏目中进行修改,并点击确定按钮。 4. 系统更新图书管理员的查询结果表。 图书管理员重复1,步,直到对所有要修改的图书信息修改完成。5. 图书管理员结束对图书信息的修改操作。 用例UC8:删除图书 范围:图书管理系统应用级别:用户目标 主要参与者:图书管理员 前置条件:图书管理员必须经过确认和认证,管理员查询到图书信息 成功保证:更新图书信息。 主成功场景: . 图书管理员在图书信息表中选中要进行删除的图书,并点击删除按钮。 2 系统弹出一个删除对话框。 3. 图书管理员点击确定按钮。 系统更新图书管理员的查询结果表。 图书管理员重复,4步

14、,直到完成所有的图书删除工作。 5. 图书管理员结束对图书信息的删除操作。 用例U9:创建用户信息 范围:图书管理系统应用 级别:用户目标 主要参与者:用户信息管理员 前置条件:用户信息管理员必须经过确认和认证 成功保证:更新用户信息。主成功场景:1.用户信息管理员点击进入用户信息管理界面。 2. 用户信息管理员点击“新建用户”按钮。 3.系统弹出新建用户对话框,显示新建用户所需要填写的栏目,包括系统自己产生一个图书证号,必填的用户密码、学生证号等,以及选填的地址、电话、所在院系等等。 4. 管理员填写用户信息的必填栏目和选填栏目后点击确定按钮。 5 系统将新建的用户信息存入后台数据库。 系统

15、界面回到用户信息管理界面。 用户信息管理员重复3,步,直到创建用户信息结束。 7.用户信息管理员退出用户信息管理界面。用例U1:查询用户信息 范围:图书管理系统应用 级别:用户目标 主要参与者:用户信息管理员 前置条件:用户信息管理员必须经过确认和认证 成功保证:用户信息存储正确。 主成功场景: . 用户信息管理员点击进入用户信息管理界面。 2.用户信息管理员在用户信息查询框中的相应栏目中填写一种或多种用户的信息,包括图书证号、学生证号等基本信息和地址、电话、所在院系等附加信息。 3. 系统以表格的形式显示相应用户的所有信息,包括基本信息和附加信息等。用户信息管理员可以重复2,3步,直到查询用

16、户信息完毕。 4.用户信息管理员结束对用户信息的查询。扩展: 3 系统访问后台数据库,发现没有查询到该用户的信息。 1.提示用户信息管理员该用户不存在。 2 中止此次用户信息查询。 用例11:修改用户信息 范围:图书管理系统应用 级别:用户目标 主要参与者:用户信息管理员 前置条件:用户信息管理员查找到了超过一条的用户信息 成功保证:用户信息存储正确。 主成功场景: . 用户信息管理员在用户信息表中选中要进行修改的用户信息,并点击修改按钮。 . 系统弹出一个修改对话框,其中包括多个栏目可供用户信息管理员。 8.用户信息管理员在要修改的用户信息栏目中进行修改,并点击确定按钮。 系统更新用户信息管

17、理员的查询结果表。 用户信息管理员重复1,4步,直到对所有要修改的用户信息修改完成。 10 用户信息管理员结束对用户信息的修改操作。 用例C12:删除用户信息 范围:图书管理系统应用 级别:用户目标 主要参与者:用户信息管理员 前置条件:用户信息管理员查找到了超过一条的用户信息 成功保证:用户信息存储正确。主成功场景: 用户信息管理员在用户信息表中选中要进行修改的用户信息,并点击删除按钮。 2.系统弹出提示询问用户是否确定删除此条用户信息。 . 用户点击确认删除按钮。 4.系统删除此条用户信息并更新用户的查询结果。 用户信息管理员重复1,4步直到完成删除操作或者所有查询结果删除完毕。 . 用户

18、信息管理员结束对用户信息的删除操作。用例UC13:清理欠费 范围:图书管理系统应用 级别:用户目标 主要参与者:欠费管理员 前置条件:欠费管理员查询到用户的欠费记录 成功保证:更新用户信息。主成功场景: 欠费管理员输入欠费用户的借阅卡ID。 .查询到用户的罚单信息。3. 用户交罚金。 4. 欠费管理员结束此罚单。 5.图书管理员退出欠费管理系统。扩展: 2a.没有查询到用户的罚款信息 . 系统提示欠费管理员没有该用户的欠费信息。 . 中止此次清理欠费流程。 四、数据库设计 通过对于用例中的各个业务处理流程进行分析,我们对相应的数据进行了抽象和分类,我们得到了。以下的数据库设计。4.1 E-图

19、书籍ID借书D管理员D借出时间书名作者密码借阅mn出版社图书用户管理员类别IBN号拖欠mn姓名单价入库时间罚单D借出时间归还时间拖欠金额管理员类型4.2 表设计及说明 表一: 管理员基本信息字段名称数据类型 可否为空约束条件 说明WrkD ITEER NOT ULL 主键 管理员IDUseName VERCHAR(24)NOT NULL 无 姓名 assword VECHR(24) NO NULL 无 密码 Type VERCHAR(2)NOT LL 无 管理员类型 表二: 图书信息表 字段名称 数据类型 可否为空约束条件说明 Bok_ID VCHAR(50) O NULL 主键 书籍ID B

20、ook_Name ARCHAR(50) NOT NUL无 书名 Catego VARHA(50) NOTU 无 类别rtVRCHR(5) OT NUL 无 作者 rss VACH(50) NT NULL 无出版社 Pric FLT NOT N 无单价 Inibrary_DateDTE OT NL 无 入库时间 BNACHR() NOT NULL 无 ISBN号表三:借阅卡信息表 字段名称 数据类型可否为空 约束条件 说明PoID VARCHAR(50)NOT NL 主键 借阅卡ID ame ARCHA(0) NO NL 无 姓名 Students_NumerINTERG NOT NLL 无 学

21、号 Sx VARCHR(50) N NUL无性别 Birh_ie DAE NT NULL 无出生日期Adres VARCAR(50) NOT LL 无 地址 _uber RHAR(50) NOTNLL 无 身份证号码l_Numbe ARCHAR(50) NOT NULL 无 电话号码 NowBorowAvaliableINEGNTNULL 无 可借书数量 表四: 借书信息 字段名称 数据类型 可否为空 约束条件 说明 orow_ID INERER NOT NLL 主键 借书ID Poof_ID ARCHAR(5) NT NULL外键(roof_nfo) 借书卡I Boo_D VARCHAR(5) NOT NLL 外键(ooknfo) 书籍ID Borrow_DateDATE NOT NUL无 借出时间 表五:罚款信息表 字段名称 数据类型 可否为空约束条件说明Puni_D ERGRT NULL 主键 罚单I Proof_IDVARHAR() OULL 外键(Poof_Inf) 借书卡IDo_IDRHA() NO ULL 外键(Book_nf) 书籍 Brow_ate DAENTNULL无 借出时间 Retun_DteDATE OTNLL 无返还时间 ni_MoneyINTEGR NOT ULL无 罚金

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

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