学校图书管理系统需求说明书

学校图书管理系统需求说明书学校图书管理系统需求说明书PAGE39/39PAGE39学校图书管理系统需求说明书PAGE

学校图书管理信息系统

需求规格说明书

〔文档版本：〕

文档版本号：

草拟时间：2006年10月20日

文档改正记录文档版本

修他日期

改正人

×××

改正原由

说明

草稿

审查同意记录审查单位

审查代表

审查建议

审查人署名

时间

1前言11．1目的11．2文档商定11．3预期的读者和阅读建议11．4产品的范围21．5参照文件22综合描绘22．1产品的远景22．2产品的功能2实质现场作业流程图2功能概括2读者信息查阅功能2借还书管理功能3图书管理功能3读者信息管理功能3图书查问功能3用户类和特点4运转环境4硬件环境4软件环境4设计和实现上的限制5技术限制5开发标准和标准5硬件限制5假定与依靠53外面接口需求5用户界面5硬件接口5软件接口6通讯接口74系统特征7说明和优先级7鼓舞/响应序列7读者登录7读者信息查问7管理员登录8图书信息定制8读者信息定制8借书9还书9图书查问9功能需求10

读者密码改正10图书信息定制10读者信息定制11图书查问125其余非功能需求12性能需求12安全设备需求13安全性需求13软件的质量属性13有效性13效率13完好性14强健性14可用性14可保护性14可移植性14可重用性14可测试性14业务规那么15用户文档156其余需求15附录A：数据字典16附录B：数据流图21

软件需求规格说明书

学校图书管理信息系统

前言

跟着我国教育现代化的不停展开，在教课各个环节中的信息化水平也在不停

提升。开发这套图书管理系统能够完美学校图书管理制度，极大提升图书借还效

率，方便广阔师生借阅图书。

因为计算机硬件和软件水平的不停展开与完美、学校图书室的藏书量不停增添，现有的图书管理系统已经愈来愈不可以知足现有的需要

1．1目的

因为用户与软件人员之间沟通的困难是造成软件危机的重要原由之一，我们需要充分认识用户的需求。图书管理系统需求剖析说明书的目的――为用户和软件人员之间的互相认识供给根基；反应图书管理系统的根本构造，能够作为软件人员进行设计和编写的根基；作为选用测试用例和进行形式查收的依照。因此图书管理系统需求说明书作为用户与编程人员的媒介，它是给用户与编程人员看

的。

此图书管理系统的版本号为。

1．2文档商定

本软件需求规格说明书将依照从IEEE830标准改写并扩大的模板编写，实质的改写与扩大将依据该工程的需要。模板中的某一特定局部可能不合适该项

目，商定的做法是在原处保留标题，并注明该项不合用。

因为开发的工程比较熟习，本文档中没有专业词汇。

1．3预期的读者和阅读建议

本文的预期读者为图书室的工作人员、需求剖析人员、软件开发人员、工程经理、测试人员和用户文档的编写人员。

图书室的工件人员阅读时应注意产品功能的描绘能否切合实质现场操作状况。

软件开发人员和测试人员阅读时应注意对产品功能和图书室工作流程的理解，以及数据的格式要求。

1．4产品的范围

本图书管理信息系统是特意针对本学校的实质状况而开发的，因此只应用于

本学校的理学、工学、文学、医学四个图书室。日前，我校图书的平时工作主要

是由1996年开发的一套软件来管理。其主要缺点是界面难看，操作不便，保护

与升级困难，与新硬件产品的兼容性较差，而且因为图书室藏书的增添，该系统

的运转速度愈来愈慢，经常有学生排队等候的状况。此外，图书管理中的一些环

节仍是用人工管理，手工操作，错误和问题不行防备。此系统的投入使用，将改

变图书室现有的一些管理和操作模式，加速图书的借还速率，减少工作人员的劳

动强度，最大程度的地提升图书室的工作效率。

1．5参照文件

软件需求规格说明模板IEEE标准830－1998

?软件需求?机械工业第一版社Karl著陆丽娜王忠民王志敏等译

综合描绘

2．1产品的远景

该工程开发主假如解决现行系统的一些弊端,使之更合适用户操作.该系统只应用于图书室，图书管理,主要操作者有学生,图书管理员,借还书管理员,该软件为自行开发的独立软件

2．2产品的功能

实质现场作业流程图

?

功能概括

图书管理信息系统依如实质业务需要，主要应由读者密码改正功能、借还书管理功能、图书管理功能、读者信息管理功能、图书查问功能构成。

读者信息查阅功能

这里的读者密码改正功能由读者在WEB页中达成。读者进入学校图书室的网

站，输入自己的读者证号和密码，系统考证读者输入的读者证号和密码返回读者根本信息和读者借阅信息。这时，读者能够看到自己的根本信息和借阅信息而且能够改正自己的密码。系统应接受读者的密码改正信息，而且写回数据库中。

借还书管理功能

借还书管理功能由借还书管理员在主界面里达成。需要借书时借还书管理员

第一读入读者证号和读者条码号，确认读者信息能否正确，假如正确读入读者基

本信息，查察该读者的奖罚信息，读者借阅信息，判断能否高出读者的借阅能力

和能否有处罚，假如高出借阅能力，那么不可以再借，或许有处罚而没有办理，那么不

能再借；假如能够借，将读者借的图书的信息增添到读者借阅信息表里，以记录读者的借阅状况，而后更新图书信息表，以方便此后查问，最后将图书交给读者。还书时，第一读入图书代号和图书条码号.确认图书信息能否正确，正确后，从读者借阅信息表中删除读者此图书，并产生奖罚信息，假定有处罚那么赐予办理〔比

如：罚款〕后，使读者拥有再借的能力，并将结果写入奖罚信息表，而后更新图书信息表，以方便此后查问，最后将图书交给图书管理员。

图书管理功能

图书管理功能由图书管理员在主界面里达成。当收到新到图书时，对图书编

号分类,录入图书信息，判断图书根本信息表中能否已存在此书，假定没有，那么将

新信息写入图书根本信息表中。当需要改正数据时，第一判断能否存在该图书的

信息，假定存在，将改正的信息写入图书根本信息表中。当某些图书退伍时，从图

书根本信息表中调出要删除图书的信息，确认无误后，从图书根本信息表中删除

这些图书的信息。

读者信息管理功能

读者信息管理功能由读者信息管理员在主界面里达成。当需要增添读者〔比方重生入学〕时，录入读者信息，增添到读者根本信息表中。当需要改正读者信息〔比方读者信息有误〕时，在读者根本信息表中找到该读者根本信息，填入要改正的数据，确认无误后存入读者根本信息表中。当需要删除读者信息〔比方休学或毕业或该读者已不存在〕时，从读者根本信息表中调出要删除读者的信息，确认无误后，从读者根本信息表中删除这些读者的信息。

图书查问功能

图书查问功能是当读者需要查问图书室中能否有某书或某书的有关信息时

在WEB页中达成，它又分为简单的图书查问和复杂的图书查问。简单的图书查问是由读者输入图书查问条件1，系统从图书根本信息表中检索切合要求的记录，有，那么显示切合条件的记录，无，那么报错。复杂的图书查问是由读者输入图书查问条件2，系统从图书根本信息表中检索切合要求的记录，有，那么显示切合条件的记录，无，那么报错。

用户类和特点

用户特点读者能够经过WEB页接见学校图书室的网站，输入自己的读者读者证号和密码来查问自己借阅图书的状况，改正自己的密码。也能够查问学校图书室的藏书状况。读者一般为学校的学生或教师。借还书管理员借还书管理员依据读者提出的借还书恳求，扫描读者的借书证和图书的条形码，正确操作此系统，达成借还书的工作。图书管理员图书管理员负责图书信息的平时保护工作，即图书信息的增加，删除，改正工作。读者信息管理员读者信息管理员负责读者信息的平时保护工作，即读者信息的增添，删除，改正工作。保护人员负责此系统的平时保护工作，能够请特意人员负责也能够由图书室的工作人员兼任。

运转环境

硬件环境

前台使用PC机

后台使用效力器：数目为2台〔双机备份〕

磁盘阵列柜

打印设备：针式打印机

100M互换机

路由器

条形码读码机

学校现有的网络

软件环境

前台操作系统为Win2000，WinXp

后台操作系统为RedHatLinux

数据库使用Oracle9i

双机热备软件

设计和实现上的限制

技术限制

本图书管理信息系统的后台数据库一定使用Oracle9i；后台的源程序一定使

用C语言；前台系统一定使用VisualC++、VisualBasic或Delphi开发。

开发标准和标准

因为软件系统交托使用后由学校图书室负责后期的软件保护工作，因此在开发过程中一定有完好、详尽的文档资料，一定定义所使用的设计符号。

硬件限制

因为学校图书和读者的数目都较大，因此对系统办理速度和性能的要求也比较高，用户前台运转的PC机建议使用联想商用机，CPU不得低于，内存不得低于256M，后台效力器建议使用IBMServer。

假定与依靠

本系统在开发过程中，假定技术出现故障或疑难问题没法解决、软件开发过程

中出现误差，会延迟工程进度，影响工程的如期竣工；假定用户需求报告中出现问

题，局部描绘模糊不清，那么会影响系统的完好性与可继承性。在管理上，假如管

理者没有预示性，对出现的问题没法提出确实可行的解决手段，将会影响工程的

顺利推动，致使工程没法如期竣工。

外面接口需求

用户界面

界面详尽设计见?用户界面规格说明书?。

硬件接口

本系统在Client/Server构造的环境中使用，其详细方案以下：每个图书室装备两台效力器，双机备份，前台PC看作终端来使用，经过终端效力器与主效力器相联。PC工作站直接挂在以太网总线上。整个系统所采纳的网络协议是TCP/IP。因为此系统要求的性能和靠谱性较高，因此用户要求使用联想商用机。

详细要求以下：

效力器：

配有双CPU的主板，其CPU不得低于。

最小内存不得低于512MB，建议使用1GB。

硬盘最小容量不得低于120GB。

100M网卡〔PCI〕

PC机〔终端〕

CPU不得低于。

最小内存不得低于128MB，建议使用256MB。

硬盘最小容量不得低于40GB。

100M网卡〔PCI〕

打印机

建议使用EPSON针打系列。

路由器

建议使用Cisco企业的产品。

互换机

建议使用D-LINK的产品。

条形码输入设备

每个图书室需要6台

网络拓扑图：

借⋯⋯

前台

服器

者登

前台

⋯⋯

系

⋯⋯

信息

理后台

软件接口

本系统的后台效力器运转环境是RedHatLinux操作系统，前台PC运转环境

是Windows操作系统，建议使用Windows2000。

因为本系统使用Oracle9i、VisualC++6.0(或VisualBasic或Delphi7)产品，需购买有关软件平台支持。本系统所产生的图书及读者信息等均使用Oracle9i数据库存取，供给索引表接口互换，各种信息的储存为数据库记录。

通讯接口

本系统采纳的网络协议是TCP/IP。

本系统的局域网采纳双绞线〔100M标准〕连结。

系统特征

说明和优先级

特征优先级1.读者根本信息的查问；中2.书本根本信息的查问；中3.图书根本信息的查问；中4.读者借阅信息的查问；高5.读者密码的改正；中6.读者根本信息的拟订：包含增添，改正，删除；高7.图书根本信息的拟订：包含增添，改正，删除高8.借还书操作；高

鼓舞/响应序列

读者登录

履行者行为

系统响应

1.输入自己的借书证号和密码

2.考证此读者能否合法

3.假如是合法读者，就显示相应的操作界面；

4.读者从头确认自己的借书证号和密码

假定不合法，恳求读者从头输入。5.<持续对话，直到确立读者合法

>

读者信息查问

履行者行为

1点击查察根本信息

系统响应

2.显示该读者的根本信息

3.点击查察借阅信息

4.显示该读者的借阅信息

5.点击改正密码

6.恳求读者输入原密码

7.输入原密码

8.考证此密码的合法性

10.输入新密码

9.恳求读者输入新密码

11.考证新密码的合法性

12.恳求读者再次输入新密码

13.再次输入新密码14.考证两次输入的密码能否一致

15.假如不一致转而履行(9)；假如一致那么更新

该读者的密码并显示“密码改正成功!〞

管理员登录

履行者行为

系统响应

1.输入自己的用户名和密码

2.考证此用户能否合法

3.假如是合法用户，就显示相应的操作界面；

4.用户从头确认自己的借书证号和密码

假定不合法，恳求用户从头输入。5.<持续对话，直到确立用户合法

>

图书信息定制

履行者行为系统响应1.点击增添图书2.显示增添图书对话框3.输入图书根本信息4.检查图书根本信息表中能否有同一书号的记录，假定没有，在图书根本信息中增添该图书根本信息的记录。5.显示图书信息增添成功，咨询能否增添下一本书。6.点击“是〞7.转而履行(2)8.输入图书书号，点击改正图书信息9.显示该图书的根本信息10.改正图书的信息，点击改正11.考证改正信息的合法性12.咨询确认改正13.确认改正14.在数据库中更新图书信息15.显示改正成功16.输入图书书号，点击删除图书信息17.显示该图书的根本信息18.咨询确认删除19.确认删除20.删除该图书在数据库中的记录21.显示删除成功

读者信息定制

履行者行为

系统响应

1.点击增添读者

2.显示增添读者对话框

3.输入读者根本信息

4.检查读者根本信息表中能否有同一借书证

号的记录，假定没有，在读者根本信息中增添

该读者根本信息的记录。

5.显示读者信息增添成功，咨询能否增添下一

读者。6.点击“是〞7.转而履行(2)8.输入借书证号，点击改正读者信息9.显示该读者的根本信息10.改正读者的信息，点击改正11.考证改正信息的合法性12.咨询确认改正13.确认改正14.在数据库中更新读者信息15.显示改正成功16.输入借书证号，点击删除读者信息17.显示该读者的根本信息18.咨询确认删除19.确认删除20.删除该读者在数据库中的记录21.显示删除成功

借书

履行者行为

系统响应

1.输入借书证号和条码号

2.考证借书证号和条码号的合法性

3.检查该读者的借书记录和赏罚状况

4.假如能够借书，恳求输入要借图书的条码号

和图书号5.输入要借图书的条码号和图书号

6.考证图书的条码号和图书证号的合法性

7.更新借阅信息表和图书根本信息表

8.显示借书成功

还书

履行者行为系统响应

1.输入图书的条码号和图书号2.考证图书的条码号和图书证号的合法性

3.更新借阅信息表、图书根本信息表、赏罚信

息表

4.显示能否需要罚款

图书查问

履行者行为系统响应

1.输入图书查问条件2.考证查问条件的合法性

3.显示查问到的图书信息

功能需求

读者密码改正

正常状况下的脚本

系统恳求读者输入原密码，读者输入“123abc〞。

系统查对该密码正确。

系统恳求读者输入新密码，读者输入“abc1234〞。

系统确立该密码有效。

系统恳求读者再次输入新密码，读者输入“abc1234〞。

系统查对两次输入的密码同样，在数据库中更新该读者的密码。

异样状况下的脚本

系统恳求读者输入新密码，读者输入“abc1〞。

系统显示“密码非法，密码长度应大于6位〞，请读者从头输入。

系统恳求读者输入新密码，读者输入“abc1234〞。

系统确立该密码有效。

系统恳求读者再次输入新密码，读者输入“abc1235〞。

系统显示“两次输入的密码不一致〞，请读者从头输入。

图书信息定制

正常状况下的脚本系统恳求输入图书的编号，图书信息管理员输入“ZRKX12345678〞，点击“新增〞。系统确立输入的图书编号有效，而且在数据库中独一。系统恳求扫描图书的条形码，图书信息管理员扫描图书的条形码。系统确立该条形码有效。系统恳求输入图书的书名，图书信息管理员输入“计算机文化根基〞。系统确立该书名有效。系统恳求输入图书的作者，图书信息管理员输入“王五〞。系统确立该书名有效。系统恳求输入图书的第一版社，图书信息管理员输入“武汉大学第一版社〞。系统确立该图书的第一版社有效。系统恳求输入输入的所在架号，图书信息管理员输入“ZRKX220〞。系统确立该图书的所在架号，系统自动分派该图书的索书号，并将该书的借阅状况表记为“在馆〞。系统更新数据库。系统恳求输入图书的编号，图书信息管理员输入“ZRKX12345678〞。系统找到该书的信息，显示给图书信息管理员。图书管理员改正该书的所在架号为“ZRKX112〞,点击“改正〞。系统确立改正后的信息合法，更新数据库。系统恳求输入图书的编号，图书信息管理员输入“ZRKX12345678〞。

系统找到该书的信息，显示给图书信息管理员。

图书管理员点击“删除〞。

系统咨询能否真的要删除该书，图书信息管理员点击“是〞。

系统删除该书在数据库中的记录。

异样状况下的脚本

系统恳求输入图书的编号，图书信息管理员输入“ZRKX12345678〞，点击“新增〞。

系统显示“增添图书错误！〞，因为数据库中有同样图书编号的图书，恳求从头输入。

系统恳求扫描图书的条形码，图书信息管理员扫描图书的条形码。

系统显示“无效的条形码〞，因为某种原由扫描的条形码有问题，恳求从头扫描。

系统恳求输入图书的所在架号，图书信息管理员输入“123〞。

系统显示“没有这个书架〞，因为这个所在架号其实不存在，恳求从头输入。

系统恳求输入图书的编号，图书信息管理员输入“ZRKX12345678〞。

系统显示“没有这本书！〞，因为数据库中没有该编号图书的记录，恳求从头输入。

读者信息定制

正常状况下的脚本

系统恳求输入读者图书证号，读者信息管理员输入“12345678〞，点击“新增〞。

系统确立输入的读者图书证号有效，并在数据库中独一。

系统恳求扫描读者图书证的条形码，读者信息管理员扫描读者图书证的条形码。

系统确立该条形码有效。

系统恳求输入读者的姓名，读者信息管理员输入“李四〞。系统确立输入的姓名有效。系统恳求输入读者所在的学院，读者信息管理员输入“软件学院〞。系统确立输入的学院有效。系统恳求输入读者的借阅级别，读者信息管理员输入“研究生〞。系统确立输入的借阅级别有效。系统更新数据库。系统恳求输入读者的图书证号，读者信息管理员输入“12345678〞。系统显示该读者的信息。读者信息管理员改正读者的所在学院为“计算机学院〞，点击“改正〞。系统确立输入的学院有效，并更新数据库。系统恳求输入读者的图书证号，读者信息管理员输入“12345678〞。系统找到该读者的信息，显示给读者信息管理员。读者管理员点击“删除〞。系统咨询能否真的要删除该读者，读者信息管理员点击“是〞。系统删除该读者在数据库中的记录。

异样状况下的脚本

系统恳求输入读者图书证号，读者信息管理员输入“11112222〞，点击“新增〞。

系统显示“增添读者错误！〞，因为数据库中有同样图书证号的读者，恳求从头输入。

系统恳求输入读者图书证号，读者信息管理员输入“abcdvfdc〞。

系统显示“图书证号一定由8位阿拉伯数字构成〞。

系统恳求扫描读者图书证的条形码，读者信息管理员扫描读者图书证的条形码。

系统显示“无效的条形码〞，因为某种原由扫描的条形码有问题，恳求从头扫描。

系统恳求输入图书的所在学院，图书信息管理员输入“件软学院〞。

系统显示“没有这个学院〞，因为这个学院其实不存在，恳求从头输入。

系统恳求输入图书的编号，图书信息管理员输入“12345678〞。

系统显示“没有这个读者！〞，因为数据库中没有该编号读者的记录，恳求从头输入。

图书查问

正常状况下的脚本

系统恳求读者输入书名，读者在书名栏中输入“软件需求〞，点击“查问〞。

系统查问到切合查问条件的书的信息并显示给读者。

系统恳求读者输入作者或第一版社，读者在作者栏中输入“Karl〞或在第一版社栏中输入“机械工业第一版社〞，点击“查问〞。

系统查问到全部切合查问条件的书的信息并显示给读者。

异样状况下的脚本

系统恳求读者输入书名，读者在书名栏中输入“软件？〞

系统显示“查问条件中含有非法字符〞。

系统恳求读者输入作者或第一版社，读者在作者栏中输入“

“*工业第一版社〞，点击“查问〞。

系统显示“查问条件中含有非法字符〞。

，点击“查问〞。

Karl%〞或在第一版社栏中输入

其余非功能需求

性能需求

精度

数据收集率：一定在90%以上

动向信息实时率：一定在95%以上

静态信息全面率：一定在95%以上

信息正确率：一定在98%以上

时间特征

响应时间：局域网≤3秒；局域网间≤8秒；校园网内查问≤2秒；外面网络查问≤5秒。

适应性

该系统的前台产品最后提交形式为安装程序，使其能在Windows98、WindowsXP、Windows2000操作系统平台上正常运转，后台产品最后提交形式为安装包，使其能在Linux下正常运转，而且能在需求变化时，能方便的进行功能扩大。

其余

在一天中，同时使用该系统的主要用户为：借还书管理员〔每馆4人〕，图书信息管理员〔每馆2－6人〕，读者信息管理员〔每馆1－4人〕，系统保护人员〔每馆1－2人〕，读者〔每日的均匀接见人数为1000人〕

安全设备需求

假如本系统在运转1小时内连续出现3次死机，那么本系统一定在1分钟内停止运转，同时提示保护人员人工将系统切换至备机运转。

假如读者在外面网络接见不了学校图书室的网站，或许图书的查问等候时间大于等于2分钟，就应当与外面网络的连结，请保护人员检查系统，防备歹意攻击。

每周四下午闭馆时，保护人员应检查硬件连结硬件连结状况和计算机运转状况，并对数据库进行备份。

安全性需求

本系统在安全性方面有比较高的要求，根本的安全防备为静态式的密码。

关于用户：

本系统在第一次使用时，供给系统保护人员初始登录取户名、密码。当系统

保护人员第一次登录后，一定从头设置新的登录取户名、密码。一般用户的用户

名和初始密码由系统保护人员给予；当一般用户第一次登录后，一定改正他的最

初登录密码，最先的登录密码不可以重用。同时要求每隔一个月的时间，系统能自

动提示用户改正密码，只有系统保护人员才能对全部的信息资料进行接见。

关于读者：

每位读者在拿到自己的图书证后应当立刻上网个性自己的密码，每位读者的初始密码与其图书证号同样，此后还能够改正密码。

本系统自己不拥有病毒检测能力，没法防备病毒的侵入。解决的方法是使用其余外面病毒防备软件。

软件的质量属性

有效性

本系一致次起码能够连续正常运转1月；同时在运转时期，其有效性起码可抵达98%。

效率

在估计的巅峰负载条件下，15%办理能力、20%系统可用内存、30%的磁盘空间一定留出备用。

完好性

所实用户一定经过身份考证合法后才能对数据进行接见；只有拥有保护员接见特权的用户才能够查察系统的历史记录、操作日记；系统的现场初始化只有拥有系统保护级特权的用户才能履行。

强健性

当用户输入非法数据时，系统立刻报错，并发出改正提示信息，直到用户修

更正确为止。当输入数据无效时，系统会自动采纳改数据项的默认值，同时要求用户确认。当数据库中的数据发生错误时，系统会回到履行前的状态，并提示用户从头履行已履行过的操作。

可用性

在文件菜单中的全部功能都一定定义功能键或快捷键。

新的操作人员在一天的培训学习以后，就应当能够正确履行全部要求任务的

95%。

可保护性

在整个系统的开发过程中，一定有完好，正确的文档资料。正常状况下，各馆的保护人员应能在每周四闭馆的工作时间〔3小时〕内达成各项保护工作。在系统编码时，函数的调用不可以超出三层深度，而且每个软件模块中说明与代码的比率不得少于1:3。说明中应包含编写人、编写时间、软件功能模块的描绘、函数的作用。

可移植性

该系统的前台产品能够在Windows98、WindowsXP、Windows2000操作系统平台上正常运转。后台产品能够在各个版本的Linux操作系统平台上运转。

可重用性

本系统波及到的根基数据〔如图书、读者等〕办理模块可考虑作为新的组件库，为后续工程作准备。

可测试性

模块之间不要出现互相调用的状况，同时每个模块源代码中逻辑分支不要大

于8。

业务规那么

只有拥有系统保护员密码的用户才能履行现场初始化。

只有拥有借还书管理员密码的用户才能履行借还书的操作。

只有拥有图书信息管理员密码的用户才能履行图书信息定制的操作。

只有拥有读者信息管理员密码的用户才能履行读者信息定制的操作。

只有读者自己知道自己的密码，用此才能查察自己的根本信息和借阅信息。

任何人都能够经过WEB页查问本校图书室的藏书状况。

读者证号、图书代号、书架号等信息的编制应认真参照和阅读?图书室操作规程?

用户文档

详尽内容见?学校图书管理信息系统使用说明?〔本说明书中略〕。

其余需求

有过一年以上系统保护经验的人能在2小时内安装、调试好本系统。

附录A：数据字典

文件名：读者根本信息表

构成：{图书证号+密码+姓名+班级+学号+学院+借阅级别}组织：按读者证号排序

说明：包含全部读者信息

文件名：读者借阅信息表

构成：{图书代号＋图书名＋图书作者＋图书证号+图书第一版社＋借阅时间＋到期时间}

组织：按重点字排序

文件名：图书信息表

构成：{图书代号＋索书号＋图书所在架号＋图书名＋图书作者＋图书第一版社＋图书状况}

组织：按重点字排序

文件名：赏罚信息表

构成：{图书代号＋图书证号＋奖罚状况}

组织：按重点字排序

数据流名：读者信息

构成：图书证号＋密码

数据流名：读者根本信息

构成:图书证号+姓名+班级+学号+学院+借阅级别

数据流名：读者借阅信息

构成：图书代号＋图书名＋图书作者＋图书第一版社＋借阅时间＋到期时间

数据流名：读者可改正的信息

构成：密码

数据流名：改正后的读者信息

构成：密码

数据流名：借还书信息

构成：图书条码号+图书代号+读者证号+读者条码号

数据流名：图书查问条件

构成：[图书查问条件1|图书查问条件2]

数据流名：图书查问条件1

构成：图书名

说明：条件中的名称能够不是全称，即实现模糊查问。

数据流名：图书查问条件2

构成：(图书作者)+(图书第一版社)

说明：条件中的名称能够不是全称，即实现模糊查问。不可以两项都为空。

数据流名：图书根本信息

构成：图书名＋图书代号＋图书作者＋索书号＋图书第一版社＋图书所在架号

数据流名：要改正的读者信息

构成：[图书证号|密码|姓名|班级|学号|学院|借阅级别]

数据流名：要改正的图书根本信息

构成：图书代号＋索书号＋图书架号＋图书名＋图书作者＋图书第一版社＋图书情

况

数据流名：未还的图书信息

构成：图书代号＋图书名＋图书作者＋图书第一版社

数据项名：图书证号

值：8:8{阿拉伯数字}

说明：读者的图书代号

数据项名：密码

值：阿拉伯数字+英文字母

说明：应大于等于6位

数据项名：姓名

值：2:4{汉字}

数据项名：班级

值：字符串

数据项名：学院

值：4:10{汉字}

数据项名：借阅级别

值：字符串

数据项名：图书代号

值：数字+字母

数据项名：图书名

值：字符串

数据项名：图书作者

值：[2:4{汉字}|4:10{英文字母}]

数据项名：索书号

值：数字+字母

数据项名：图书所在架号

值：数字+字母

数据项名：图书第一版社

值：[4:10{汉字}|4:20{英文字母}]

数据项名：图书状况

值：[在馆|不在馆]

说明：说明图书状态

数据项名：奖罚状况

值：字符串

数据项名:图书条码号

值：15:15{数字}

说明：能够采纳条形码扫描

数据项名:读者条码号

值:15:15{数字}

说明：能够采纳条形码扫描

数据项名：借阅时间

值：日期

说明：采纳4－2－2格式

加工名：般配读者信息

编号：

激发条件：收到读者的数据

加工逻辑：1.从读者信息数据库文件中查找与之相切合的项

2.假定有切合的项，那么同意进入读者根本信息界面，否那么不可以，并提示从头登岸。

加工名：改正读者信息

编号：

激发条件：正确登岸

加工逻辑：1.读者改正密码

2.将改正后的密码存入读者信息库文件中

加工名：增添借书记录

编号：

激发条件：读者借书

加工逻辑：1.确认读者信息能否正确

假如正确读入读者根本信息，奖罚信息，读者借阅信息，判断能否高出读者的借阅能力和能否有处罚，假如高出借阅能力，那么不可以再借，或许有处罚而没有办理，那么不可以再借

假如能够借，将读者借的图书的信息增添到读者借阅信息表里，以记录读者的借阅状况，

频次：1次/本

加工名：删除借书记录

编号：

激发条件：读者还书

加工逻辑：1.确认图书信息能否正确

2.正确后，从读者借阅信息表中删除读者此图书，并产生奖罚信息，假定有处罚那么

赐予办理〔比方：罚款〕后，使读者拥有再借的能力，并将结果写入奖罚信息表。

频次：1次/本