图书管理系统需求文档Word格式文档下载.docx

图书管理系统需求文档Word格式文档下载.docx

《图书管理系统需求文档Word格式文档下载.docx》由会员分享，可在线阅读，更多相关《图书管理系统需求文档Word格式文档下载.docx（11页珍藏版）》请在冰豆网上搜索。

2总体功能设计

我们对国内现有的一些图书文献管理系统软件的功能和售价情况进行了详细调研，发现这些软件很难满足我们图书馆的需求。

因为从规模或藏书册数来划分，我馆仅属小型图书馆，但应用需求则涉及到方方面面。

除了通常的图书采购、图书编目、图书流通外,还有期刊、资料、技术标准等业务，其中期刊题录、行业标准、会议资料不是一般中小型公共图书馆收录范围。

现在市场上中小型图书馆软件均只有基本的功能：

采购、编目、流通，很少有期刊、资料,没有发现技术标准管理.通常这种图书管理软件仅运行图书馆内部的局域网上，没有Web查询系统。

大型图书管理软件功能齐全，但价格昂贵，特别是运行价格高、维护困难、操作复杂.

根据科技图书馆的实际情况和公司主干网的现状，我们确定了网络图书系统应该具备8个方面的功能，它们是图书编目，图书采购，图书流通，期刊管理，标准管理,资料管理，系统维护，Web查询。

三、用例分析

通过对以上功能设计的详细分析,我们提出了以下的一些相关用例.

图书管理系统

查询图书

修改个人信息

查询借阅情况

处理借书

用户处理还书

增加图书信息

修改图书信息

图书管理员删除图书信息

创建用户信息

查询用户信息用户信息管理人员

删除用户信息修改用户信息

清理用户欠费

欠费管理员

用例UC1:

查询图书

范围：

图书管理系统应用

级别：

用户目标

主要参与者:

用户

成功保证:

存储图书信息

主成功场景：

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

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

3。

系统显示图书查询界面.

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

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

5。

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

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

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

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

用例UC2：

修改个人信息

级别:

主要参与者：

前置条件：

用户必须经过确认和认证

存储用户信息

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

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

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

生证号用户不能修改。

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

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

扩展：

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

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

用例UC3：

查询借阅情况

范围:

前置条件:

用户必须经过确认和认证.

成功保证：

存储图书借阅记录.

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

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

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

用例UC4：

处理借书

图书管理员

图书管理员必须经过确认和认证。

存储图书信息.更新图书借阅记录。

更新用户信息。

主成功场景：

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

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

书处理流程.

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

4。

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

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

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

6。

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

2a。

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

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

停止创建借书流程。

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

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

2.中止借书流程。

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

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

中止借书流程。

3a。

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

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

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

用例UC5：

处理还书

图书管理员必须经过确认和认证

存储图书信息。

更新图书借阅记录。

更新用户信息.主成功场景：

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

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

3。

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

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

5。

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

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

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

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

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

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

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

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

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

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

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

用例UC6:

增加图书

更新图书信息。

主成功场景:

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

2.进入增加图书页面。

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

系统数据库增加图书信息,同步数据库信息.如成功则返回增加成功信息，并显示增加

图书信息。

如失败则返回增加图书失败信息，并返回增加图书页面。

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

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

用例UC7:

修改图书

图书管理员必须经过确认和认证，管理员查询到图书信息成功保证：

正确存储修改的图书信息.更新图书信息。

主成功场景:

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

2。

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

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

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

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

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

用例UC8:

删除图书

图书管理员必须经过确认和认证,管理员查询到图书信息成功保证：

更新图书信息.

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

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

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

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

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

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

用例UC9:

创建用户信息

用户信息管理员

用户信息管理员必须经过确认和认证

更新用户信息.

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

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

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

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

4.管理员填写用户信息的必填栏目和选填栏目后点击确定按钮.5.系统将新建的用户信息存入后台数据库。

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

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

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

用例UC10：

查询用户信息

用户信息存储正确。

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

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

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

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

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

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

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

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

中止此次用户信息查询。

用例UC11:

修改用户信息

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

用户信息存储正确.

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

7。

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

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

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

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

10。

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

用例UC12：

删除用户信息

用户信息管理员查找到了超过一条的用户信息成功保证：

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

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

用户点击确认删除按钮。

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

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

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

用例UC13:

清理欠费

欠费管理员

欠费管理员查询到用户的欠费记录成功保证：

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

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

用户交罚金.

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

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

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

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

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

四、数据库设计

通过对于用例中的各个业务处理流程进行分析，我们对相应的数据进行了抽象和分类,我们得到了。

以下的数据库设计.

4.1E-R图

书籍ID借书ID管理员ID借出时间

书名

作者密码借阅mn

出版社

图书用户管理员类别

ISBN号

拖欠mn

姓名单价

入库时间

罚单ID借出时间归还时间拖欠金额管理员类型

4.2表设计及说明

表一：

管理员基本信息

字段名称数据类型可否为空约束条件说明WorkIDINTEGERNOTNULL主键管理员IDUser_NameVERCHAR（24）NOTNULL无姓名PasswordVERCHAR（24）NOTNULL无密码TypeVERCHAR（24）NOTNULL无管理员类型

表二：

图书信息表

字段名称数据类型可否为空约束条件说明Book_IDVARCHAR（50）NOTNULL主键书籍IDBook_NameVARCHAR（50）NOTNULL无书名CategoryVARCHAR（50）NOTNULL无类别WritterVARCHAR（50）NOTNULL无作者PressVARCHAR（50）NOTNULL无出版社PriceFLOATNOTNULL无单价InLibrary_DateDATENOTNULL无入库时间ISBNVARCHAR（50）NOTNULL无ISBN号

表三:

借阅卡信息表

字段名称数据类型可否为空约束条件说明Proof_IDVARCHAR（50）NOTNULL主键借阅卡IDNameVARCHAR（50）NOTNULL无姓名Students_NumberINTERGERNOTNULL无学号SexVARCHAR（50）NOTNULL无性别Birth_TimeDATENOTNULL无出生日期AddressVARCHAR（50）NOTNULL无地址ID_NumberVARCHAR（50）NOTNULL无身份证号码Tel_NumberVARCHAR（50）NOTNULL无电话号码Now_Borrow_AvaliableINTERGERNOTNULL无可借书数量

表四：

借书信息

字段名称数据类型可否为空约束条件说明Borrow_IDINTERGERNOTNULL主键借书IDProof_IDVARCHAR（50）NOTNULL外键（Proof_Info）借书卡IDBook_IDVARCHAR（50）NOTNULL外键（Book_Info）书籍IDBorrow_DateDATENOTNULL无借出时间

表五:

罚款信息表

字段名称数据类型可否为空约束条件说明Puni_IDINTERGERNOTNULL主键罚单IDProof_IDVARCHAR（50）NOTNULL外键（Proof_Info）借书卡IDBook_IDVARCHAR（50）NOTNULL外键（Book_Info）书籍IDBorrow_DateDATENOTNULL无借出时间Return_DateDATENOTNULL无返还时间Puni_MoneyINTERGERNOTNULL无罚金