【图书管理系统】——需求分析文档

1、原始需求

①系统客户、用户,以及问题域(应用环境)。

  1. 客户及用户是图书管理系统软件开发小组、学院图书馆及相关读者。
  2. 本系统是针对电脑管理图书的需求设计的,主要包括管理员管理模块和学员自助服务模块。

②客户、用户使用该系统的目标或目的,以及为满足其目的定义的任务。

  1. 为方便对图书馆书籍,读者资料,借还书等进行高效的管理
  2. 管理员管理模块可以完成管理员登录、管理用户、图书检索、增加图书信息、增加图书实体、图书注销等主要功能。

用户借阅模块可以完成图书检索、借书、还书、预约图书、用户借阅信息功能。

游客模块游客仅可图书检索。

③从步骤②中定义出系统详细的功能需求,即每类用户在系统中需要完成的任务。

用户管理模块:

(1)管理用户:读者信息的增加、修改、查询、删除,包括借阅图书编号、借书数量、借书期限、姓名。

(2) 图书检索:有条件、多条件查询各种图书信息。

(3)增加图书信息:对新增图书信息进行入库登记。包括图书编号、图书名称、类别、关键词、备注。

(4)增加图书实体:在图书库增加新图书实体。

(5)图书注销:对下架图书信息进行删除。包括图书编号、包括图书编号、图书名称、类别、关键词、备注。

、类别、关键词、备注。

(6)管理员登录。

用户借阅模块:

(1)图书检索:有条件、多条件查询各种图书信息.

(2)借书:借书信息输入、修改、查询,包括图书编号、读者姓名、借书日期、借书期限、备注。

(3)还书:还书信息输入、修改、查询,包括图书编号、读者姓名、还书日期、备注。

(4)预约图书:若借阅的图书全部被借出,可办理预约,需记录预约日期和预约完成日期。

(5)用户借阅信息:用户查询自己的借还书信息,以及预约信息。

(6)用户注册:用户输入自己的个人信息,包括姓名、学院班级、学号、电话号码。

(7)用户登录

游客模块:

图书检索:有条件、多条件查询各种图书信息.

2、用例模型及活动图建模

2.1 系统用例图

表1是对系统用例的分析情况。

表1用例列表

用例编号

用例名称

参与者

用例简介

CUC01

管理用户

管理员

读者信息的增加、修改、查询、删除

CUC02

图书检索

管理员、用户、游客

有条件、多条件查询各种图书信息

CUC03

增加图书信息

管理员

对新增图书信息进行入库登记

CUC04

增加图书实体

管理员

在图书库增加新图书实体

CUC05

图书注销

管理员

对下架图书信息进行删除

CUC06

借书

用户

用户通过图书管理系统进行借书操作

CUC07

还书

用户

用户通过图书管理系统进行还书操作

CUC08

预约图书

用户

若借阅的图书全部被借出,可办理预约

CUC09

查看用户借阅信息

用户

用户查询自己的借还书信息

UC01

注册

用户

用户注册个人信息

UC02

登录

管理员、用户

登录图书管理系统

注:非核心用例编号UC**;核心用例编号CUC**。

图1是系统用例图。

图1 图书馆里系统用例图

2.2 用例描述及活动图

1. 借书用例

用例描述如表2所示。

表2 借书用例的用例描述

项目

内容描述

用例编号

 CUC06

用例名称

 借书操作

用例简述

 用户通过图书管理系统进行借书操作

参与者

 用户

前置条件

 用户进入图书管理系统页面,并登录,进入借书页面

触发条件

 用户点击借书按钮

后置条件

 页面提示借书成功信息

基本事件流

  1. 用户进入图书管理系统,并登录;
  2. 用户打开借书页面;
  3. 系统显示借书页面;
  4. 用户点击借阅按钮
  5. 用户扫描所要借的书目;
  6. 系统显示所借书目详细信息和借阅按钮;
  7. 系统检测读者信息和图书信息,确认是否可以进行借书操作;
  8. 系统进行借书操作,更改数据库;
  9. 系统提示借书成功。

扩展事件流

  1. 系统检测读者已达借阅数量上限时,提示读者读者达到借书数量上限;

7、系统检测图书信息在馆数量不足时,提示该图书在馆数量不足;

8、借书操作时,出现系统故障,例如网络故障,数据库服务器故障,系统弹出系统异常页面,提示借书失败

特殊需求

  1. 数据库该书状态改为已借出状态;
  2. 读者可借阅数量减一。

扩展点

图2是该用例流程的活动图。

图2 借书用例的活动图

2.还书用例

用例描述如表3所示。

表3 还书用例的用例描述

项目

内容描述

用例编号

 CUC07

用例名称

 还书操作

用例简述

 用户通过图书管理系统进行还书操作

参与者

 用户

前置条件

 用户进入图书管理系统页面,并登录,进入还书页面

触发条件

 用户点击还书按钮

后置条件

 页面提示还书成功信息

基本事件流

  1. 用户进入图书管理系统,并登录;
  2. 用户打开还书页面;
  3. 系统显示还书页面;
  4. 用户点击还书按钮;

4、用户扫描所要还的书目;

5、系统显示所还书目详细信息和借阅按钮;

7、系统检测读者信息和图书信息,确认是否可以进行还书操作;

8、系统进行还书操作,更改数据库;

9、系统提示还书成功。

扩展事件流

7、系统检测读者无未还书目时,提示读者无未还书目;

7、系统检测图书信息为在馆状态时,提示该图书为在馆状态;

8、还书操作时,出现系统故障,例如网络故障,数据库服务器故障,系统弹出系统异常页面,提示借书失败。

特殊需求

  1. 数据库该书状态改为在馆状态;
  2. 读者可借阅数量加一。

扩展点

图3是该用例流程的活动图。

图3 还书用例的活动图

  1. CUC08预约图书用例

  用例描述如表4所示。

表4预约图书用例的用例描述

项目

内容描述

用例编号

 CUC08

用例名称

 预约图书

用例简述

  用户使用预约图书用例完成图书的预约

参与者

 用户

前置条件

 用户已经注册图书系统

触发条件

 用户打开图书系统并登录,进入预约图书界面

后置条件

 页面返回图书系统主界面

基本事件流

  1. 用户打开图书系统的界面  
  2. 用户进入图书预约界面
  3. 用户输入要预约图书的信息
  4.  用户点击确定进行查找
  5.  系统开始检索相关图书,显示所有相关图书的条目

扩展事件流

 A5.若该书库内数量为0,则返回输入预约信息界面

特殊需求

 预约一本书的时间不能超过一分钟

图4是该用例流程的活动图。

图4 预约图书用例的活动图

3. 图书检索用例

用例描述如表5所示。

表5 图书检索用例的用例描述

项目

内容描述

用例编号

 CUC02

用例名称

 图书检索

用例简述

 用户使用图书检索用例完成相关书目的检索

参与者

 用户

前置条件

 用户已注册图书管理系统

触发条件

 用户打开并登录系统,进入图书检索界面

后置条件

 页面将返回到图书管理系统页面

基本事件流

  1. 用户打开图书系统的界面
  2. 用户进入图书检索界面
  3. 用户输入要检索图书的信息
  4. 用户点击确定进行查找
  5. 系统开始检索相关图书,若有则显示所有相关图书的条目,若无则提示“非常抱歉,暂时没有此书”并返回图书检索界面

扩展事件流

 A5.系统系统搜索时出现系统故障,例如网络故障,数据库服务器故障,系   统弹出系统异常页面,并提示“系统异常,请联系管理员”

特殊需求

查询一本书的时间不超过一分钟

图5是该用例流程的活动图。

图5 图书检索用例的活动图

6. CUC09 查看用户借阅信息用例

用例描述如表6所示。

表6 查看用户借阅信息用例的用例描述

项目

内容描述

用例编号

 CUC09

用例名称

 查看用户借阅信息

用例简述

 用户查看自己借阅图书信息

参与者

 用户

前置条件

 进入主界面

触发条件

 用户点击查看借阅按钮,启动用例

后置条件

 系统显示用户借阅图书信息

基本事件流

  1. 用户点击借阅按钮
  2. 系统显示是否确定进入查看图书借阅信息界面
  3. 用户点击确定按钮
  4. 系统显示借阅界面

扩展事件流

 3.1用户点击否,系统返回主界面

特殊需求

 

扩展点

 

图6是该用例流程的活动图。

图6 查看用户借阅信息用例的活动图

7. CUC05图书注销用例

用例描述如表7所示。

表7 图书注销用例的用例描述

项目

内容描述

用例编号

 CUC05

用例名称

 图书注销

用例简述

 管理员注销图书信息

参与者

 管理员

前置条件

 管理员登录,进入管理员主界面

触发条件

 管理员点击图书注销按钮

后置条件

 图书信息去除

基本事件流

  1. 管理员点击图书注销按钮
  2. 系统显示所有图书信息
  3. 管理员选择图书
  4. 系统显示是否确定注销该图书
  5. 管理员点击是
  6. 系统返回管理员主界面

扩展事件流

 3.1 系统中没有图书信息,系统返回管理员主界面

5.2管理员点击否,系统返回3

特殊需求

 1.图书种类减一

扩展点

 

图7是该用例流程的活动图。

8. CUC03增加图书信息用例

表8 增加图书信息用例的用例描述

项目

内容描述

用例编号

 CUC03

用例名称

 增加图书信息

用例简述

 对新增图书信息进行登记。

参与者

 管理员

前置条件

 管理员成功登录图书管理系统

触发条件

 管理员选择“增加图书信息”活动,用例开始

后置条件

 页面提示成功导入图书信息

基本事件流

  1. 管理员进入图书馆管理系统;
    2.管理员打开图书管理页面;
    3.管理员点击“增加图书信息”;

4.输入图书信息;

5.系统提示成功导入图书信息,用例结束;

扩展事件流

1.系统获取或者保存图书信息时,出观系统故障,例如网络故障,数据库服务器故障,系统弹出系统异常页面,提示导入图书信息失败;

2.若书籍类别信息不充分,系统提示书籍类别信息不充分 ;
3.若书籍已存在,系统提示:书籍类别已存在请重新录入

特殊需求

 数据库的性能较优

扩展点

 本用例启动后,首先执行被包含用例“UC02登录”用例

 

9. CUC01管理用户用例

 表9 管理用户用例的用例描述

项目

内容描述

用例编号

 CUC01

用例名称

 管理用户

用例简述

 读者信息的输入、修改、查询、删除

参与者

 管理员

前置条件

 管理员成功登录图书管理系统

触发条件

 管理员选择“用户管理”活动,用例开始

后置条件

 页面返回到图书管理系统主页面

基本事件流

1.管理员选择“读者管理”;
2.管理员进入“读者管理”页面;
3.管理员可选择“姓名”弹出该读者详细信息模式窗口;
4.若需要增加用户,管理员需选择“新增用户”;
4.1.管理员进入增加用户页面;
4.2管理员输入用户名、登录密码、再次输入登陆密码;
4.3点击“提交”;
4.4系统将验证登录用户名的有效性和重复性、密码的正确性,如果都正确则显示“你已成功注册”

4.5返回“读者管理”页面
5.若需要删除用户,管理员需要先选择“查询用户”
5.1输入需要修改的用户信息
5.2进入用户信息页面
5.1管理员点击“删除”
5.4确认删除,系统显示删除成功

5.5返回“读者管理”页面
6.若需要修改用户权限,管理员需要先选择“查询用户”
6.1输入需要修改的用户信息
6.2进入用户信息页面
6.3点击“修改用户信息”
6.3勾选角色权限
6.4提交角色权限修改,系统显示提交成功

6.5返回“读者管理”页面

扩展事件流

1.管理员管理用户信息时,出现系统故障,例如网络故障,数据库服务器故障,系统弹出系统异常页面,提示操作失败;

2.4.4操作里面若登录用户名无效或者重复、密码的安全性不足,系统会提示用户重新输入。

特殊需求

扩展点

 本用例启动后,首先执行被包含用例“UC02登录”用例

 

需求分析报告§1 概述目前的图书馆多为手工管理,手续繁琐,耗费大量的人力,而且由于信息比较多,图书借阅信息的管理工作混乱而又复杂;一般借阅情况是记录在借书证上,图书的数目和内容记录在文件中,图书馆的工作人员和管理员也只是当时对它比较清楚,时间一长,如再要进行查询,就得在众多的资料中翻阅、查找了,造成查询费时、费力。如要对很长时间以前的图书进行更改就更加困难了。因此,我们设计这个图书馆系统,管理读者的登记、图书的购入、借出、归还以及注销等。管理人员还可以查询某位读者、某本图书的借阅情况,对当前借阅情况给出一些统计,给出统计表格,以全面掌握图书的流通情况。同时本系统基于WEB页面有很好的连网功能,也便于在校教师,学生查询自己的借阅信息,在馆图书情况,下载所需资源,大大节省了图书馆的人力资源,方便了教师、学生的借阅,查询。§1•1 背景随着计算机及网络技术的飞速发展,Internet/Intranet应用在全球范围内日益普及,当今社会正快速向信息化社会前进,信息自动化的作用也越来越大。从而使我们从繁杂的事务中解放出来,提高了我们的工作效率。目前学校图书馆的借阅工作部分还是手工管理,工作效率很低,并且不能及要求。手工管理还存在这许多弊端,由于不可避免的人为因素,造成数据的遗漏、误报。计算机信息化管理有着储存量大,速度快等许多优点,提供给我们的处理信息及时快捷,因此我们利用计算机提供给我们的信息对学生们的借阅过程形成一整套动态的管理。§1•2系统目标1. 实现图书馆对在馆图书的按类别,书名,作者,是否已被借出等多方面的查询。2. 实现图书馆对新书入库,旧书注销的简单处理,并且建立书籍档案,方便图书管理。3. 对在馆图书进行编辑,包括添加图书信息、删除图书信息、修改图书信息。4. 建立图书馆外借读者数据库,包括添加读者信息、删除读者信息、修改读者信息。5. 可以按读者编号查询读者信息,包括该读者所借图书名称,归还日期等信息。6. 设立讨论区,方便管理员与读者之间的交流。7. 电子资源下载:实现读者对电子文档,随书光盘的下载的功能。1.1编写目的如今有些图书馆现为手工管理,效率低、易出错、手续繁琐,耗费大量的人力,而且数据处理手工操作,工作量大,出错率高,出错后不易更改。由于信息比较多,图书借阅信息的管理工作混乱而又复杂;一般借阅情况是记录在借书证上,图书的数目和内容记录在文件中,图书馆的工作人员和管理员也只是当时对它比较清楚,时间一长,如再要进行查询,就得在众多的资料中翻阅、查找了,造成查询费时、费力。如要对很长时间以前的图书进行更改就更加困难了。因此,我们设计这个图书馆系统,管理读者的登记、图书的购入、借出、归还以及注销等。管理人员还可以查询某位读者、某本图书的借阅情况,对当前借阅情况给出一些统计,给出统计表格,以全面掌握图书的流通情况。同时本系统基于WEB页面有很好的连网功能,也便于在校学生查询自己的借阅信息,在馆图书情况,可以在网上自行续借图书,大大节省了图书馆的人力资源,方便了学生、教师的借阅,查询。可行性研究报告 41引言 41.1编写目的 41.2背景 51.3参考资料 52可行性研究的前提 52.1要求 52.2目标 52.3条件、假定和限制 52.4评价尺度 63对现有系统的分析 63.1处理流程和数据流程 64.3改进之处 74.4影响 74.4.1对系统运行过程的影响 74.4.2对开发的影响 84.4.3对经费开支的影响 84.5技术条件方面的可行性 86结论 8需求分析报告 9§1 概述 9§1•1 背景 9§1•2系统目标 9§2 业务逻辑和数据流图 10§2•1总体功能结构: 10§2•2数据流图 10一层数据流图 11二层数据流图 12三层数据流图 13§3数据调查及分析 14§4系统特点 14§4•1性能要求: 14§4•2运行环境: 151. 推荐配置: 152.支持软件: 15§4•3数据的安全性: 15详细设计说明书 161引言 161.1编写目的 162图书馆在线系统结构 163程序描述 173.1数据字典 173.2文件字典 173.3数据项条目 173.4主要程序代码 184程序代码设计 194.1 服务器根据要求到数据库中查找数据,并进行数据处理 194.2 相关数据参数在各个板块之间传递 204.3 向用户显示信 23用户手册 241引言 241.1编写目的 241.2背景 241.3参考资料 242用途 253运行环境 253.1硬设备 253.2支持软件 254使用过程 254.1创建主目录 254.2数据库配置 264.3用户注册与登录 274.4图书查询 294.5 下载功能 324.6 小型论坛讨论区 33系统总结报告 35
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值