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

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

《图书馆管理系统需求分析.docx》由会员分享，可在线阅读，更多相关《图书馆管理系统需求分析.docx（12页珍藏版）》请在冰点文库上搜索。

图书馆管理系统需求分析

图书馆管理系统

需求规范说明书

1引言4

1.1编写目的4

1.2背景4

1.3定义4

1.4参考资料5

2任务概述5

2.1目标5

2.2用户特点6

2.3假设和约束7

3功能需求7

3.1图书管理功能7

3.2借书卡管理功能8

3.3借书管理功能9

3.4还书管理功能10

3.5罚款管理11

4外部接口需求12

4.1用户接口12

4.2硬件接口12

4.3软件接口12

4.4通信接口12

5质量需求12

6设计约束12

7其它需求13

7.1数据库13

7.2操作13

8附录13

8.1借书卡类型13

8.2图书馆罚款规定13

1引言

《图书馆管理系统需求规范说明书》旨在详细描述系统功能需求和一些非功能需求，明确系统需求边界。

文档分为四个部分：

概述部分描述了项目的目的和范围，并对文档中使用到的术语进行了说明；系统说明部分对系统进行了简要的描述；需求说明部分对系统从功能要求、安全性、性能等几方面进行阐述；验收标准则描述了系统最终验收通过的准则。

1.1编写目的

《图书馆管理系统需求规范说明书》目的是明确《图书馆管理系统》中各项功能和非功能性需求，确定系统功能模块。

同时为概要设计和详细设计人员提供设计依据。

图书馆管理系统是典型的信息管理系统（MIS），其开发主要包括后台数据库的建立和维护及其前端的维护程序的开发两个方面。

对于前者要求建立数据的一致性和完整性，对于后者要求应用程序的功能的完备，易用等特点。

1.2背景

开发软件名称：

图书馆管理系统

项目任务提出者：

****

项目开发者：

SHMILY团队

用户：

系统管理员、操作员、读者

实现软件单位：

SHMILY团队

本系统主要利用JAVA（OOP）语言做前端的应用开发工具，利用SQLServer2008作为后台的数据库，利用WindowsXP作为系统平台。

1.3定义

1）MIS：

信息管理系统（ManagementInformationSystems简称MIS）；

2）图书：

书籍、报刊、期刊、杂志、普通中文图书、影印图书、艺术类图书、解放前出版的古旧图书、线装书、早期图书（1987年以前）、辞典等；

1.4参考资料

1）软件文档案例分析

2）本系统的《可行性研究报告》

3）《图书馆管理相关条例》

4）Internet

2任务概述

2.1目标

旨在开发一个统一的图书信息管理平台，利用本系统，达到方便、简单、快捷管理图书信息的目的。

系统管理员能够更方便地进行系统管理工作，包括对用户的增删，各种资料的修改，各种条件下的查询和对数据库的各种操作等；读者用户能够利用该系统进行图书信息查询，读者管理上，可自定义多种读者类型，灵活应对各种层次读者需求；操作员代理读者用户借阅图书，对图书馆进行一些日常的维护。

系统的用例图如下图所示：

MIS图书馆管理系统用例图

2.2用户特点

图书馆信息管理系统的用户有三种：

图书管理员，操作员，读者。

1）系统管理员：

具有最高的权限，可以执行本系统的所有操作，如：

对用户的增删，各种资料的修改，各种条件下的查询和对数据库的各种操作。

2）操作员：

只有很小的权限，代理用户办理借书卡、借阅图书，对图书馆进行一些日常的维护。

3）读者：

可以使用系统的部份功能，如：

对图书馆图书信息进行各种条件下的查询。

2.3假设和约束

1）开发期限期间，项目组成员有充足的时间进行开发工作；

2）有充足的研发资金支持；

3功能需求

3.1图书管理功能

IPO图_id:

mis_001

系统：

图书馆管理系统

模块：

图书信息管理

设计者：

***

日期：

2010-03-28

被调用模块：

读者信息管理

调用模块：

图书信息管理

输入：

选择图书管理命令和图书编号，图书名称或作者等信息

输出：

图书基本信息和其他处理结果信息

加工过程：

（操作员与读者输出输入有所不同。

以下处理均是并行的）

1）系统读取输入的图书管理命令；

·读者（仅有查询功能）：

（1）选择的是“查询”.则要求输入图书类别，图书名称，作者，出版社名称（任选其一或多选）等信息，根据输入信息查询图书信息文件，显示满足要求的图书的信息，这些信息应该至少包括（图书类别，图书名称，作者，出版社名称，出版日期，图书页数，图书现存数量）

·操作员（根据不同的管理命令，分别进行以下处理）：

（1）选择的是“查询”.则要求输入图书编号，图书类别，作者，出版社名称（任选其一或多选）等信息，根据输入信息查询图书信息文件，显示满足要求的图书的信息，这些信息应该至少包括（图书编号，图书类别，作者，出版社名称，作者，出版社名称，出版日期，图书页数，图书现存数量，馆内该图书总量，图书借阅次数，借出的该图书归还截止日期）

（2）选择的是“修改”.则要求输入图书编号，图书类别，作者，出版社名称（任选其一或多选）等信息，根据输入信息查询图书信息文件，显示满足要求的图书的信息（不包括图书借阅借阅记录），当进行了修改确认后，更新图书信息文件中关于该图书的信息，如出异常或错误，系统给出提示；

（3）选择的是“录入”.则要求输入（图书编号，图书类别，作者，出版社名称，作者，出版社名称，出版日期，图书页数，备注）等信息，然后向图书信息文件中添加一条记录；

（4）选择的是“删除”.则要求输入图书编号，图书类别，作者，出版社名称（任选其一或多选）等信息，经删除确认以后，删除关于此图书的信息（不包括图书名称，作者，出版社，录入和删除该图书日期，以及备注）。

备注：

1）图书管理命令包括：

查询、修改、录入、删除四项

3.2借书卡管理功能

IPO图_id:

mis_002

系统：

图书馆管理系统

模块：

借书卡管理

设计者：

****

日期：

2010-3-28

被调用模块：

无

调用模块：

无

输入：

读者身份证号，2寸照片，读者住址，联系方式，办证时间，年费及押金，选择卡的类型。

输出：

注册结果并附带

加工过程：

1）图书管理员输入读者资料（卡号或身份证号）；

2）如果是第一次录入则视为第一次办卡，将读者信息录入数据库，并为其开通借书功能，如果不是第一次可能：

挂失该卡，系统就会挂失该卡是该卡不能执行借书操作；解除挂失，则需要读者继续输入密码，才能执行解除挂失操作；退卡同样需要读者输入密码才可以完成操作；缴纳年费；

3）显示该卡现在的状态，包括读者资料和借阅的详细信息，并显示可借书和不可借书状态；

备注：

A．如果换卡（如A卡转换为B卡），系统将读者在旧卡（A卡）上的信息保存在数据库该读者的信息中；

B．借书卡因押金不同分为不同种类，不同种类满足不同读者需求（详情见附录信息8.1）；

C．该系统分为：

办理借书卡，借书卡挂失，借书卡解除挂失，续办借书卡，退卡管理借，书卡异常状态查询；

D．办理卡时附带密码作为读者完成解除冻结，退卡操作；

E．一个读者可以办理多种卡，但是同一种卡只能同时办一种；

F．操作员只具有录入信息权限，和修改读者除密码以外的信息的权利。

而读者修改密码操作只允许修改与自己身份证所对应密码的权限。

G．期限以最初办卡的日期为准（即每年都应是在同一天前后3天之内完成）。

到期没有完成续费的借书卡将不能执行借书操作。

3.3借书管理功能

IPO图_id:

mis_003

系统：

图书馆管理系统

模块：

借书管理

设计者：

***

日期：

2010-03-28

被调用模块：

还书系统

调用模块：

图书信息管理

输入：

读者编号，读者所借书名

输出：

读者基本信息，读者所借书名。

借书日期

加工过程：

1）读者从书架上找到所选图书后，由管理员录入读者的编号；

2）根据录入的读者编号，调用读者信息模块查询读者的基本信息并输出到显示器上；

3）确认显示出的读者信息后，输入读者借书的书名和借书命令；

4）根据确认的编号和借书命令，对读者的信息进行修改；

5）显示处理结果，如果出错，则显示出错原因。

备注：

1）管理员录入读者编号时用码阅读器读入；

2）若读者不符合借书的条件，则不允许该读者借书；

3）读者的基本信息包括编号，姓名，历史借书记录，有无欠书；

4）输入的读者借书书名和借书命令以按钮或菜单的方式；

3.4还书管理功能

IPO图_id:

mis_004

系统：

图书馆管理系统

模块：

还书管理

设计者：

***

日期：

2010-03-28

被调用模块：

调用模块：

罚款管理

输入：

图书条码

输出：

还书结果

加工过程：

6）根据读者所还图书，管理人员将书上的图书条码读入系统，让系统从借阅文件上找到相应记录，填上还书日期，然后把借阅的记录添入借阅历史记录，并从借阅文件中删去相应借阅记录；

7）系统将读者借书日期与还书日期进行计算，判断读者还书是否超期；

a）读者还书没有超期，系统确认还书成功，并显示还书结果；

b）读者还书超期，系统先计算出超期天数，然后将该数据传入罚款管理，并显示还书结果；

c）读者将图书遗失或损坏，系统直接将该读者遗失图书的信息传入罚款管理；并显示还书结果

8）显示读者的还书结果，如果还书失败，显示结果与相应的罚款通知书。

备注：

1）还书的结果包括：

还书成功和还书失败

2）还书失败包括：

超期还书和遗失或损坏图书

3.5罚款管理

IPO图_id:

mis_005

系统：

图书馆管理系统

模块：

罚款管理

设计者：

***

日期：

2010-03-28

被调用模块：

还书管理

调用模块：

还书管理和借书管理

输入：

无

输出：

罚款通知书

加工过程：

4）根据系统计算出的超期天数，对应罚款条例计算出读者应付的罚款金额，并对超期还书的读者发送罚款通知；

5）对超过一定时间（如：

3个月）未将图书归还的读者，视为将图书遗失，按照罚款的条例，确定读者应赔偿的金额，同时对其发送罚款通知。

6）对需要罚款的读者打印罚款通知书；

7）凡是接到罚款的读者，系统会自动终止该读者的借阅权；

8）当系统接收到读者的罚款收据时，将该读者的罚款记录到罚款历史文件，同时恢复该读者的借阅权；

备注：

关于罚款条例见附录

4外部接口需求

4.1用户接口

1）对系统各个功能模块，以分级菜单的形式给出；

2）所有的提交，确认，删除等操作以按钮的形式给出，且名称一律为取为“提交”、“确认”、“删除”等易于理解的形式；

4.2硬件接口

由于管理人员需要打印各种图书、读者信息报表，所以系统应该与打印机接口匹配。

4.3软件接口

无

4.4通信接口

支持局域网协议

5质量需求

根据各类读者统计信息计算，系统在正常情况下应该支持200以上的并行操作能力，高峰期间读者要进行集中查询图书信息，应支持100以上并行处理能力；高峰期间服务器端应支持500次以上的日访问量。

 6设计约束

指定工具

编程工具：

JAVA

运行调试工具：

JAVA

数据库管理系统：

SQLserver2008

开发环境

操作系统：

windowsxp/vista

Java虚拟机

jdk1.6.0_04

测试环境

操作系统：

windowsxp/vista

数据库管理系统：

SQLserver2008

工具或环境的可获得性

比较容易

7其它需求

7.1数据库

鉴于图书馆管理系统涉及的数据对于图书馆的日常管理的重要性，数据库应提供严格的输入检测，出错恢复机制；数据必须一个每天进行一次备份，由于本信息涉及信息量巨大，应以天为周期进行增量备份，以季度为周期进行海量备份。

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-7倍赔偿；

⑤早期图书（1987年以前）、辞典等综合类图书按原价的10倍偿；

⑥多卷书则按以上5条内容整套书价加倍赔偿

⑦单本期刊，按该刊全年价格的1-3倍赔偿；

⑧单份报纸，按该报季价的3倍赔偿；

⑨合订本报刊，按该报刊全年订价的3-5倍赔偿，另加装订费6元；

⑩珍贵书刊、报纸、期刊、解放前出版的古旧图书、线装书，根据以上各条款内容，再加倍赔偿。

8.1.3．读者如果在一个月内找到了已赔偿的原书，可凭收据办理退款手续，退款时须交手续费2元。

用新书抵赔的不能退还。

8.1.4．污损（批注、涂划、圈点）书刊

视污损情况处理

8.1.5．撕页

书刊原价的1－100倍

8.1.6．损坏条形码

5元/条

8.1.7．外借图书超期

0.05元/天·册