图书馆管理系统需求分析文档

需求分析文档

Document history:

(Comments explain the reasons for changing)

1.系统概述

东软信息学院计算机系的资料室主要是用来存放系里老师自行购买并由学校报销过的图书资料。这部分图书在经过校图书馆登记之后，将归系里自行保管。同时，系里同一订阅的期刊杂志也存放在系里图书馆。对于图书的借阅和归还过程全部由系里的秘书来负责。

2.用户需求描述

①功能需求

1用户登录系统：包括管理员登陆，学生查阅信息登陆

2.在编目的时候自动迅速查找新的书籍是否已编目，并可以快速编目。

3．能够用计算机进行快速查找，已确定图书的名称和存放的位置。

4.查找出一本已借出的书现在在谁那里。

5.,各类具体查找功能。

6.统计一本结束正在一段时间内借过多少本书。

7.统计一本书在一段时间内被谁借过。

8.在还书时实现计算机自动判断图书借阅是否超期根据条例进行罚款。

9.在书丢失时进行赔偿，可以自行设置赔偿条例。

10.大型数据库，要可以灵活设置库的性质（1.是否可借2.借阅时间3.不同的读者节约本书可以进行设置4.增加、删除、修改库）。

11.图书管理员有不同的职位要可以进行权限设置。

12.读者信息管理。

13.统计当天工作人员工作流量和流量统计情况

②数据需求

输入图书的数量，图书的信息，图书编号，用户的信息，用户账号。用户查询时输出图书的数量，罚款记录、最新图书、借阅频率最高的图书信息等。

③性能需求

学校对系统性能无特殊的要求，只要查询图书的时候没有明显的延迟就可以了，学校图书馆目前有藏书20万册，查询时不要超过3秒钟。

④外部接口需求

4.1用户接口

4.2软件接口

因为可能涉及一些文档、报表的处理应该保持与常用软件的办公软件的接口

4.3硬件接口

因为可能涉及数据的备份应该保持打印机和光盘刻录机的接口4.4通信接口

⑤非功能需求

⑥安全性需求

图书管理系统的操作也只能由专人进行，只有图书管理部门的工作人员才能拥有权限，特别是图书的借出状况，如果没有安全管理部分，后果难以想象，可能每次登录都需要用户身份的验证。

3.专业术语

术语定义和解释

图书图书是通过一定的方法与手段将知识内容以一定的形式和符号（文字、图画、电子文件等），按一定的体例，系统地记录于一定形态的材料之上，用于表达思想、积累经验、保存知识与传播知识的工具。本项目前期特指纸质载体。在项目的后期可能会增加对电子图书的管理。

资料管理员系内资料的管理员，即图书管理员。

资料室系内保存图书的地方

借阅从资料室中选定图书之后，到资料管理员处办理相关手续，允许在规定的时间内拥有图书的过程

续借已经到了还书的期限后，但是借阅者仍然想继续拥有同一本书，则可在办理相关手续后继续拥有借阅者的资格

还书到了借阅的期限后，需要将所借图书交还资料管理员

预约提前进行借书告知，当资料室内存在预约图书后，将会按照告知的先后顺序提供借阅的机会

藏书者拥有图书者，包括个人藏书者和资料管理员。资料管理员可以认为也是一种形式的藏书者，只不过对于她的藏书，系统将全部自动经行晾晒，

并且晾晒的期限是固定的（借阅时间）

晒书藏书者将自己的暂时闲置的图书共享出来，并将名单公布出来的过程

拣书从共享书目中挑选图书，并完成了借阅过程

晒书场虚拟的老师之间交还图书的场所

4.用例模型

图1资料室平台高层用例图增量一

5.

用例模型

用例UC1：查询图书

范围：图书管理系统应用

级别：用户目标

主要参与者：用户

成功保证：存储图书信息

主成功场景：

1.用户访问图书管理系统首页。

2.用户点击查询页面的网络链接。

3.系统显示图书查询界面。

4.用户在图书信息中填写一种或多种图书的相关信息（比如图书的书名、作者、出版社等

等），然后点击查询按钮。

5.系统根据用户填写的信息访问后台数据库，查询相应的图书信息，如果查询成功，显示

查询到的图书信息，反之则提示查询失败。

用户可以重复4~5步，直到停止查询。

6.用户可以点击进入其他页面或者退出图书管理系统。

用例UC2：修改个人信息

范围：图书管理系统应用

级别：用户目标

主要参与者：用户

前置条件：用户必须经过确认和认证

成功保证：存储用户信息

主成功场景：

1.用户点击修改个人信息按钮。

2.系统显示个人信息编辑界面，显示用户的附加信息，包括用户的地址、电话、所属院系

等等，此外还可以修改用户的登录密码，用户的基本信息中的图书证号、用户姓名、学生证号用户不能修改。

3.用户对个人信息中的相应条目进行修改，然后点击确认修改按钮。

4.系统访问后台数据库，更新用户的个人信息。

扩展：

3a.用户填写了超过用户信息规定长度或错误类型的用户信息。

4a.系统提示用户填写信息违规

用例UC3：查询借阅情况

范围：图书管理系统应用

级别：用户目标

主要参与者：用户

前置条件：用户必须经过确认和认证。

成功保证：存储图书借阅记录。

主成功场景：

1.用户点击查询借阅情况按钮。

2.系统访问后台数据库，查询用户借阅信息，其中有用户借阅的图书的信息（包括图书的

一些简要的信息，如书名、出版社、作者等等），以及用户借阅的到期时间。

用例UC4：处理借书

范围：图书管理系统应用

级别：用户目标

主要参与者：图书管理员

前置条件：图书管理员必须经过确认和认证。

成功保证：存储图书信息。更新图书借阅记录。更新用户信息。

主成功场景：

1.用户携带图书证和要借的书到借书处借书。

2.图书管理员进入图书借阅界面，并将用户的图书证的条形码输入电脑，开始一次新的借

书处理流程。

3.图书管理员将用户的一本图书的图书馆条形码输入电脑。

4.系统记录下用户对这本图书的借阅信息，并配上当时的时间存入借阅信息数据库。

5.修改用户的个人信息，将用户的可借图书数量减1。

图书管理员重复3～5步，直到所有图书条形码输入完毕或者用户的可借图书数量为0。

6.图书管理员将图书和图书证交还给用户，结束借书处理流程。

扩展：

2a.系统访问后台数据库，发现图书证条形码在用户信息表中不存在

1.提示图书管理员图书卡不存在。

2.停止创建借书流程。

2b.系统访问后台数据库，发现用户可借书数量为0。

1.提示图书管理员此用户不能再借书了。

2.中止借书流程。

2c.系统访问后台数据库，发现该用户有欠费记录。

1.提示管理员，此用户欠费。

2.中止借书流程。

3a.系统访问后台数据库，发现这本书在图书信息库中不存在

1.提示图书管理员这本书不存在。

2.不记录这本书的借阅信息。

用例UC5：处理还书

范围：图书管理系统应用

级别：用户目标

主要参与者：图书管理员

前置条件：图书管理员必须经过确认和认证

成功保证：存储图书信息。更新图书借阅记录。更新用户信息。

主成功场景：

1.用户携带要归还的图书来到还书处归还图书。

2.图书管理员进入图书归还界面，开始一次新的还书处理流程。

3.图书管理员将用户的一本图书的图书馆条形码输入电脑。

4.系统删除掉数据库用户对这本图书的借阅信息。

5.修改用户的个人信息，将用户的可借图书数量加1.

图书管理员重复3～5步，直到所有图书条形码输入完毕。

6.管理员退出图书归还界面，结束还书处理流程。

扩展：

3a.系统访问后台数据库，发现这本书在图书数据库中不存在。

1.提示图书管理员这本书不存在。

2.不记录这本书的归还信息。

4a.系统访问后台数据库，发现这本书超时。

1.将欠费记录写入罚款信息表。

6a.还书流程结束后发现该用户存在欠费记录。

1.提示管理员用户存在欠费记录。

2.管理员退出图书归还界面。

用例UC6：增加图书

范围：图书管理系统应用

级别：用户目标

主要参与者：图书管理员

前置条件：图书管理员必须经过确认和认证

成功保证：存储图书信息。更新图书信息。

主成功场景:

1.图书管理员用管理员账号登入系统。

2.进入增加图书页面。

3.填入书籍的书号、书名、作者、出版社、价钱、数量信息。

4.系统数据库增加图书信息，同步数据库信息。如成功则返回增加成功信息，并显示增加图书信息。如失败则返回增加图书失败信息，并返回增加图书页面。

用户可重复3~4，至图书增加成功。

5.图书管理员结束增加图书的操作。

用例UC7：修改图书

范围：图书管理系统应用

级别：用户目标

主要参与者：图书管理员

前置条件：图书管理员必须经过确认和认证，管理员查询到图书信息

成功保证：正确存储修改的图书信息。更新图书信息。

主成功场景:

1.图书管理员在图书信息表中选中要进行修改的图书信息，并点击修改按钮。

2.系统弹出一个修改对话框，其中包括多个栏目可供图书管理员填写。

3.图书管理员在要修改的用户信息栏目中进行修改，并点击确定按钮。

4.系统更新图书管理员的查询结果表。

图书管理员重复1～4步，直到对所有要修改的图书信息修改完成。

5.图书管理员结束对图书信息的修改操作。

用例UC8：删除图书

范围：图书管理系统应用

级别：用户目标

主要参与者：图书管理员

前置条件：图书管理员必须经过确认和认证，管理员查询到图书信息

成功保证：更新图书信息。

主成功场景:

1.图书管理员在图书信息表中选中要进行删除的图书，并点击删除按钮。

2.系统弹出一个删除对话框。

3.图书管理员点击确定按钮。

4.系统更新图书管理员的查询结果表。

图书管理员重复1～4步，直到完成所有的图书删除工作。

5.图书管理员结束对图书信息的删除操作。

用例UC9：创建用户信息

范围：图书管理系统应用

级别：用户目标

主要参与者：用户信息管理员

前置条件：用户信息管理员必须经过确认和认证

成功保证：更新用户信息。

主成功场景：

1.用户信息管理员点击进入用户信息管理界面。

2.用户信息管理员点击“新建用户”按钮。

3.系统弹出新建用户对话框，显示新建用户所需要填写的栏目，包括系统自己产生一个图

书证号，必填的用户密码、学生证号等，以及选填的地址、电话、所在院系等等。

4.管理员填写用户信息的必填栏目和选填栏目后点击确定按钮。

5.系统将新建的用户信息存入后台数据库。

6.系统界面回到用户信息管理界面。

用户信息管理员重复3～5步，直到创建用户信息结束。

7.用户信息管理员退出用户信息管理界面。

用例UC10：查询用户信息

范围：图书管理系统应用

级别：用户目标

主要参与者：用户信息管理员前置条件：用户信息管理员必须经过确认和认证

成功保证：用户信息存储正确。

主成功场景：

1.用户信息管理员点击进入用户信息管理界面。

2.用户信息管理员在用户信息查询框中的相应栏目中填写一种或多种用户的信息，包括图

书证号、学生证号等基本信息和地址、电话、所在院系等附加信息。

3.系统以表格的形式显示相应用户的所有信息，包括基本信息和附加信息等。

用户信息管理员可以重复2～3步，直到查询用户信息完毕。

4.用户信息管理员结束对用户信息的查询。

扩展：

3a.系统访问后台数据库，发现没有查询到该用户的信息。

1.提示用户信息管理员该用户不存在。

2.中止此次用户信息查询。

用例UC11：修改用户信息

范围：图书管理系统应用

级别：用户目标

主要参与者：用户信息管理员

前置条件：用户信息管理员查找到了超过一条的用户信息

成功保证：用户信息存储正确。

主成功场景：

6.用户信息管理员在用户信息表中选中要进行修改的用户信息，并点击修改按钮。

7.系统弹出一个修改对话框，其中包括多个栏目可供用户信息管理员。

8.用户信息管理员在要修改的用户信息栏目中进行修改，并点击确定按钮。

9.系统更新用户信息管理员的查询结果表。

用户信息管理员重复1～4步，直到对所有要修改的用户信息修改完成。

10.用户信息管理员结束对用户信息的修改操作。

用例UC12：删除用户信息

范围：图书管理系统应用

级别：用户目标

主要参与者：用户信息管理员

前置条件：用户信息管理员查找到了超过一条的用户信息

成功保证：用户信息存储正确。

主成功场景：1.用户信息管理员在用户信息表中选中要进行修改的用户信息，并点击删除按钮。

2.系统弹出提示询问用户是否确定删除此条用户信息。

3.用户点击确认删除按钮。

4.系统删除此条用户信息并更新用户的查询结果。

用户信息管理员重复1～4步直到完成删除操作或者所有查询结果删除完毕。

5.用户信息管理员结束对用户信息的删除操作。

用例UC13：清理欠费

范围：图书管理系统应用

级别：用户目标

主要参与者：欠费管理员

前置条件：欠费管理员查询到用户的欠费记录

成功保证：更新用户信息。

主成功场景:

1.欠费管理员输入欠费用户的借阅卡ID。

2.查询到用户的罚单信息。

3.用户交罚金。

4.欠费管理员结束此罚单。

5.图书管理员退出欠费管理系统。

扩展：

2a.没有查询到用户的罚款信息

1.系统提示欠费管理员没有该用户的欠费信息。

2.中止此次清理欠费流程。

6.领域模型

大连东软信息学院

需求分析文档

7.数据字典

类名：