图书管理系统用例文档--
图书管理系统用例描述文档
删除图书新增图书用例名称：登录用例描述：本系统需要参与者输入帐号和密码进行系统登陆，该用例页面是系统起始页面。
用户帐号和密码是系统默认已经分配的。
参与者：图书馆工作人员。
前置条件：无基本路径：1.输入帐号，密码2.点击“进入系统”3.验证用户权限，进入主界面备选流程：1.点击“重新填写”，实现重填帐号密码功能。
2.输入帐号或密码不正确，重新登陆。
3.进入基本路径1用例名称：注销用例描述：图书管理员离开系统参与者：图书馆工作人员。
前置条件：已经进入系统基本路径：1.点击“注销”2.提示“确认退出”3.点击确认，退出系统备选流程：1.点击取消不退出系统用例名称：借阅管理用例描述：此用例用来供用户完成借阅管理工作，包括两个扩展用例——“新办借阅证”和“补办借阅证”。
参与者：图书馆工作人员。
前置条件：图书馆工作人员已经登录用例名称：新办借阅证用例描述：图书馆工作人员输入学生信息进行借阅证办理。
参与者：图书馆工作人员。
前置条件：图书馆工作人员点击“新办借阅证”基本路径：1.输入学生信息（学号，姓名，专业，班级，性别）2.点击“提交”3.显示添加的借阅证信息（借阅证编号，学号，姓名，专业，班级，性别）备选流程：1.点击“重新填写”，实现重填学生信息功能。
2.进入基本路径1用例名称：补办借阅证用例描述：图书馆工作人员输入学生信息进行借阅证补办。
参与者：图书馆工作人员。
前置条件：图书馆工作人员点击“补办借阅证”基本路径：1.输入学号2.点击“查询”3.显示该学生遗失的借阅证信息（借阅证编号，学号，姓名，专业，班级，性别）4.点击“补办”5.显示该学生新借阅证信息（借阅证编号，学号，姓名，专业，班级，性别）6.进入备选流程B备选流程：A：1点击“重新填写”，实现重填学号。
2进入基本路径1B：如果学生有借阅图书未归还，显示当前该学生借阅情况（书名,ISBN，借阅时间，应归还时间）用例名称：图书借阅用例描述：图书馆工作人员输入借阅证编号和图书编号来完成图书借阅。
图书管理系统—用例描述
A1：读者无效
4. 管理员输入待借阅的图书条码号，检查图书有效性
A2：图书无效
5．系统登记一条新的借书信息
6．系统检查读者预定信息
A3:有预定
7．用例结束
其他事件流：
A1:读者无效
(1).系统显示读者无效的提示信息
(2).返回主事件流第3步
A2:
特殊需求：使用条码扫描仪和图书条码，预约一本书时间不超过30秒
(1). 系统显示图书无效提示信息
(2). 返回主事件流第4步
A3:有预定
(1). 系统提示预定信息，并取消预定
(2). 返回主事件流第7步
后置条件：系统成功写入一条借书信息，读者当前的借书数量加1
扩展点：
特殊需求：支持使用IC卡阅读器，输入读者证号，使用条码扫描仪和图书条码，借一本书时间不超过30秒
4.剔除新书信息
5.系统登记剔除一条旧书信息
6.用例结束
其他事件流：
A1:旧书条码无效
(1).提示新书条码无效
(2).返回主事件流第3步
后置条件：系统成功写入一条剔除旧书信息，当前的图书数量减1
特殊需求：支持使用条码扫描仪输入图书条码，剔除一本书时间不超过30秒
用例名称：统计月借阅情况
描述：馆长使用图书查询用例完成统计月借阅情况的活动
用例名称：剔除旧书
描述：图书管理员使用办理预定业务用例完成图书管理员剔除旧书活动
标识符:uc7
优先级：B(中)
角色:图书管理员
前置条件：图书馆员已成功登录系统并具有剔除旧书的权限
主事件流:
1.管理员选择“剔除旧书”选项，用例开始
2.打开剔除旧书窗体
图书管理系统典型用例图
用例ห้องสมุดไป่ตู้称
操作员信息更改
主要业务参与者
系统管理员
其他参与者
其他有兴趣的关联人员
图书采购者---对该书的受欢迎程度了解，以便对这方面书的采购
描述
该用例描述用于密码修改，操作员需知道原密码即可自行修改，忘记密码可由管理者直接修改。
前置条件
系统管理员
触发器
当操作员信息更改时
典型事件过程
参与者动作
第一步：系统管理员得到要更改的操作员的信息
触发器
当借阅者要借书、续借时
典型事件过程
参与者动作
第一步：借阅者提供要借阅的书籍或续借书籍
系统响应
第二步：系统验证所需的所有信息都提供后了之后做出响应
第三步：系统提取出要求的书籍的资料
替代事件过程
替代第2步：借阅者没有提供处理订单所需的所有信息，提示重新提交
替代第3步：系统中没有该书籍，无法出现关于此书籍的资料
前置条件
图书馆会员
触发器
当借阅者要借书、续借时
典型事件过程
参与者动作
第一步：借阅者提供本人信息
系统响应
第二步：系统验证所需的所有信息都提供后了之后做出响应
第三步：系统验证借阅者信息，判断身份是否符合。
第四步：系统提取借阅者的相关信息
替代事件过程
替代第2步：借阅者没有提供处理订单所需的所有信息，提示重新提交
前置条件
图书馆会员
触发器
当借阅者要预定时
典型事件过程
参与者动作
第一步：借阅者提供预定书籍信息
系统响应
第二步：系统验证所需的所有信息都提供后了之后做出响应
第三步：系统验证借阅者所想预定书是否超过上限
简单的图书管理系统文档
图书借阅
根据借阅规则案
问题1
无法登录系统。
解决方案
检查账号和密码是否正确，确认网络连接正常 ，重新登录系统。
问题2
图书信息录入错误。
解决方案
进入图书管理模块，修改或删除错误信息，重新录 入正确的图书信息。
问题3
借阅功能无法使用。
解决方案
检查借阅规则是否设置正确，确认图书状态是否符合借 阅条件，联系管理员处理。
02
CATALOGUE
数据库设计
数据库概念设计
确定系统实体
根据图书管理系统的需求，确定 系统中的实体，如图书、读者、
管理员等。
定义实体属性
为每个实体定义必要的属性，如图 书的ISBN、书名、作者等。
建立实体关系
确定实体之间的关联关系，如读者 借阅图书、管理员管理图书等。
数据库逻辑设计
选择合适的数据模型
THANKS
感谢观看
系统在模拟环境下表现出良好 的性能，响应速度快，吞吐量 大。
易用性测试结果
系统用户界面友好，操作便捷 ，对用户的支持程度较高。
功能测试结果
系统各项功能均已实现，且运 行正常，满足用户需求。
安全性测试结果
系统的安全性措施有效，未发 现安全漏洞。
综合评估
系统在功能、性能、安全性和 易用性方面均表现良好，符合 用户需求，可以投入使用。
图书查询和检索
支持按照书名、作者、出版社等 关键词进行图书查询和检索，并 提供模糊查询和分类查询等多种 方式。
图书借阅和归还
实现图书的借阅、归还和续借功 能，并记录借阅历史和借阅状态 等信息。
用户登录和权限管理
实现用户的注册、登录和权限管 理功能，确保系统的安全性和稳 定性。
UML图书管理系统类图 文档
图书借阅系统用例分析1。
用户采用用例图描述的图书借阅系统主要包括三类用户:读者、图书管理员、系统管理员。
其中，读者是多个，图书管理员是几个，系统管理员是一个。
1.1读者描述：读者可以借阅、预约、续借、归还图书，可以对书籍和个人信息进行查询，可以取消预约，可以提出办理图书借阅证的申请。
示例:持有图书借阅证的任何人。
1.2图书管理员描述：图书管理员对图书信息维护，包括图书订购、新书入库、破损修补、旧书下架，另外还对读者信息进行管理，进行借阅登记等.示例：图书管理员1。
3系统管理员描述：系统管理员对系统进行维护，包括读者信息的创建、修改、删除,日志维护，权限维护,后台数据维护，还有系统信息的维护。
示例：系统管理员2.用例通过识别的参与者，对需求进一步分析，将业务需求进行分解，获得每个参与者的使用用例：2.1读者（1)读者办卡:提供为读者办理借书证的功能（2）书籍查询：为读者提供书籍查询功能(3）书籍借阅:提供借阅书籍的功能（4)书籍续借：提供续借书籍的功能（5）书籍预约：提供对某一书籍的预约功能（6）取消预约：提供对预约进行取消的功能（7）书籍归还:提供归还书籍的功能（8）读者信息查询：为读者提供个人信息查询的功能（9）缺书登记：当读者需要的书籍查询书库没有记录时，读者可将此书进行缺书登记2.2图书管理员（1）图书信息维护图书订购：参考各类图书的库存数和借阅率及缺书登记,对书籍进行统一采购新书入库：将新书到货进行编号入库书籍破损修补：当书籍有损坏时进行修补旧书下架：将遗失或淘汰的书籍从书库中清除（2)读者信息管理(3）借阅书籍登记2。
3系统管理员（1）系统维护：维护图书借阅系统的系统结构(2）日志维护：维护系统中各种日志，如借阅记录、书籍记录等(3）权限维护：确定系统各参与者的权限，维护相关权限（4)增删用户：增加或者删除用户及相关信息（5）后台数据维护:维护系统后台数据库中的各种数据3。
用例图3。
1用例说明4 类图在用例分析基础之上，根据需求可建立起系统的静态数据模型，即建立系统类图。
图书管理系统UML用例文档
读者借到了图书
假设与约束
持非本人借阅证不能借书
非功能需求
无
补充规格说明书
无
优先级
中
业务需求列表
创建人
版本
描述
创建日期
表
用例标识
无
用例名称
还书
创建人
无
创建日期
无
版本
无
用例类型
业务用例
用例描述
读者将图书带到前台进行还书
参与者
读者
图书管理员
触发事件
读者还书
前置条件
读者看完了这本书或者不想看这本书了
假设与约束
B-1系统允许用户重试三次登录操作，超过三次后系统自动结束，不允许用户重试
非功能需求
安全性：密码应该采用加密的方式存储，有关密码的加密算法待定
补充规格说明书
无
优先级
高
业务需求列表
创建人
版本
描述
创建日期
表
用例标识
无
用例名称
超期罚款
创建人
无
创建日期
无
版本
无
用例类型
业务用例
用例描述
读者借书超过一定期限未归还图书需要罚款。
事件流
基本流程
1.用例起始于读者申请注销账户，系统管理员需要删除读者信息
2.系统管理员正确登录该系统
3.系统管理员输入读者信息（D-1）（A-1）
4.系统确认删除该读者信息（A-2）
扩展流程
A-1确认该读者没有未归还图书
A-2保存失败
1.系统显示保存失败
2.系统管理员可以选择再次提交，也可以结束该用例
非功能需求
允许绑定支付宝等支付平台，方便读者超期付款
图书馆管理系统用例图、活动图、类图、时序图【范本模板】
图书馆管理系统一．图书馆管理系统需求分析1、系统目标设计系统开发的总目标是实现内部图书借阅管理的系统化、规范化和自动化.能够对图书进行注册登记,也就是将图书的基本信息(如：书的编号、书名、作者、价格等）预先存入数据库中,供以后检索。
能够对借阅人进行注册登记,包括记录借阅人的姓名、编号、班级、年龄、性别、地址、电话等信息。
提供方便的查询方法。
如：以书名、作者、出版社、出版时间（确切的时间、时间段、某一时间之前、某一时间之后）等信息进行图书检索,并能反映出图书的借阅情况；以借阅人编号对借阅人信息进行检索;以出版社名称查询出版社联系方式信息。
提供对书籍进行的预先预订的功能。
提供旧书销毁功能,对于淘汰、损坏、丢失的书目可及时对数据库进行修改.能够对使用该管理系统的用户进行管理,按照不同的工作职能提供不同的功能授权。
提供较为完善的差错控制与友好的用户界面，尽量避免误操作。
2、系统功能需求分析（1）读者管理:读者信息的制定、输入、修改、查询,包括种类、性别、借书数量、借书期限、备注等.(2) 书籍管理：书籍基本信息制定、输入、修改、查询,包括书籍编号、类别、关键词、备注。
(3) 借阅管理：包括借书，还书，预订书籍，续借,查询书籍,过期处理和书籍丢失后的处理。
（4)系统管理：包括用户权限管理，数据管理和自动借还书机的管理满足以上需求的系统主要包含有一下几个子系统（1)基本业务功能子系统:该系统中主要包含了借书还书和预订等功能。
(2)基本数据录入功能子系统:该子系统主要包含有书籍信息和读者信息录入功能.(3)信息查询子系统:包含了多功能的查询书籍信息和读者信息。
(4）数据库管理功能子系统：主要包含了借阅信息管理功能,书籍信息管理功能和预订信息管理功能。
（5）帮助功能子系统。
二、系统动态建模1、用例图、图书馆管理系统的用例图从用例图中我们可以看出管理员和读者之间对本系统所具有的用例。
管理员所包含的用例有：（1）登录系统:管理员可以通过登录该系统进行各项功能的操作（2）书籍管理：包括对书籍的增删改等。
图书馆管理系统的用例图
1. 借阅者请求服务的用例图Return the book<<include>>用例图说明：（1）Serch for Book ：书籍查询用例。
（2）Reserve the book ：书籍预订用例。
（3）Logon the system ：登陆系统。
（4）Query Info ：查询借阅信息。
（5）Borrow the book ：借阅书籍。
（6）Return the book：归还书籍。
（7）Return With Fine ：还书时交纳罚金。
如果借阅者所借书籍超过借阅期限未还，还书的时候就要交纳一定的罚金。
2. 图书馆管理员处理借书 、还书等的用例图Remove Reservation用例图说明：（1） Get book ：书籍归还处理（2）Lend book：书籍借阅处理（3）Remove Reservation：删除书籍预订信息（4）Get With Fine：还书时收取罚金（5）Check user count：检查用户借阅凭证的合法性，图书管理员在借阅者借书的时候要检查用户借阅凭证的合法性3.系统管理员进行系统维护的用例图Add Book Remove or Update Title用例图说明：（1）Query Borrower Info：查询读者信息（2）Query Book Info：查询书籍信息（3）Add Title：增加书目（4）Remove or Update Title：删除或更新书目（5）Add Book：增加书籍（6）Remove Book：删除书籍（7）Add Borrower：添加借阅者帐户（8）Remove or Update Borrower：删除或更新借阅者帐户信息。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
作者：尤帅
信息工程学院
《软件模型》课程期中报告
学年：2015—2016第一学期专业：软件工程
班级：
小组成员：
课程教师：
完成时间：2015年11月5日
图书馆信息管理系统
用例文档
成员：
日期：2015-11-05
目录
1.前言 (3)
1.1编写目的 (4)
1.2内容概述 (4)
2.用例列表 (5)
3.用例图 (6)
3.1子系统（局部）用例图 (6)
3.1.1读者参与用例 (6)
3.1.2管理员管理用例 (7)
3.1.3数据用例 (8)
3.1.4登录用例整合 (8)
3.1.5账号信息管理整合 (9)
3.2系统用例图 (9)
4.用例描述 (10)
编写总结 (18)
1.前言
图书馆信息管理系统的需求获取过程中，根据分析系统和外部对象的交互当中所执行的行为序列，及场景的层次性描述，提取了相关用例。
本文档给出了需求获取阶段使用的用例列表和用例描述。
1.1编写目的
整理和归类需求获取行为得到的消息。
由于直接从用户的到的信息具有荣誉、遗漏、模糊、错误等，我们需要对他们进行分析并进行归类和系统化。
为详细的信息分析提供背景基础和上下文知识。
由于软件系统的每项功能都依存于一定的背景和上下文环境，有利于开发者获取精准的信息进行系统开发。
在得到用户需求并将其转化成一个目标时，需要为目标组织信息，建立场景。
用例就是一种场景的文化表现方式，实用叙述性的文本来描述场景。
可以将解决方案用自然语言描述出来，便于用户理解，和用户达成共识，以便于进一步完善。
该文本是对用户的所有操作的描述，经过一系列的描述可以实现用户的业务需求。
可以说是对用户前景的实现，从而使得软件系统由抽象变成具体。
1.2内容概述
该文档会根据启动阶段的前景和范围文档，对解决方案进行细化。
文档包括几个细化用例，先对每个用例做了简要描述，并定义每个用例的ID，然后对用例进行详细的描述。
2.用例列表
3.用例图
3.1子系统（局部）用例图3.1.1读者参与用例
3.1.2管理员管理用例
3.1.3数据用例
3.1.4登录用例整合
3.1.5账号信息管理整合
3.2系统用例图
4.用例描述
说明：用例的优先级是优先级数字越小，优先级就越高。
ID：C001
名称：增加书籍
参与者：采购人员，管理员
优先级：2
前置条件：图书馆工作进度要求或者学生请求增加书籍后置条件：新增书籍，录入书籍信息
流程：
1.图书馆或者学生请求增加书籍
2.管理人员统计要增加书籍的名称
3.将表单发送给采购人员并让其采购
4.采购完毕清点书籍并录入书籍信息
5.对新书进行编号
分支流程：系统将新增书籍信息录入数据库，管理员将新书籍进行编号
ID：C002
名称：图书查询
参与者：学生或校外人员
优先级：2
前置条件：学生或校外人员登录此系统
后置条件：学生根据各种连接查看图书馆图书信息
正常流程：
1：学生或者校外人员登录此系统
2：系统进行密码验证
3：学生使用系统对图书馆书籍进行查询
4：学生退出系统
分支流程：如果2中有错误则转到1或者结束
ID：C003
名称：图书借阅
参与者：学生，图书管理员
优先级：3
前置条件：学生已经选好要借阅的书籍通过去图书馆或者网上查询后置条件：图书管理员对借阅人申请的操作进行处理
正常流程：
1．学生通过网上查询或者图书馆进行查询要借阅的书籍
2．凭借书卡和要借阅的书籍去柜台
3．管理员对借书卡以及借书人进行验证
4．检查持卡人是否有逾期未还的书籍
5．将要借阅的书籍录入借书人的记录中
6．将借书卡与书籍返还与借书人
分支流程：如果3中验证失败则不予以借书，4中如果发现借书人有逾期未还的书籍也不予以借阅书籍
ID：C004
名称：图书注销
参与者：图书管理员
优先级：2
前置条件：有些书籍达到可以下架的条件或者书籍内容有违反法律的嫌疑
后置条件：更改系统中图书的信息将下架的书籍在数据库中删除
正常流程：
1.管理员定期对书籍进行检查，检查书籍的破损程度
2.发现书籍达到下架标准
3.对书籍进行登记
4.对书籍进行下架
5.将下架书籍的图书编号在系统中删除
分支流程：系统在删除这些书籍之后应当在学生的查询界面也进行实时更新。
ID：C005
名称：读者信息更改
参与者：图书管理员
优先级：2
前置条件：读者对借书卡上的信息有疑问并要求工作人员对其进行修改
后置条件：修改后读者的新信息将在数据库中出现
正常流程：
1.读者对图书馆登记上去的信息有出入
2.向图书馆前台人员反映情况并记录下是哪个地方发生出入
3.前台人员与管理员联系并将记录交给他
4.技术人员为其办理新的借书卡
5.技术人员在数据库中对有出入的记录进行修改
ID：C006
ID名称：权限修改
参与者：图书管理员
优先级：3
前置条件：图书管理员登陆权限设置页面，并对读者权限进行修改后置条件：系统保存修改后的权限
正常流程:
1. 图书管理员登陆系统
2. 图书管理员进入权限设置页面
3. 图书管理员对读者的权限进行修改
4. 系统保存修改后的权限
5. 结束
ID：C007
名称：读者注册
参与者:校内师生、校外人员
优先级：3
前置条件：有读者向系统发出注册请求
后置条件：新增读者账户，录入读者基本信息。
正常流程：
1.用户点击注册按钮
2.系统分配账号
3.用户输入基本信息
4.用户输入密码
5.用户再次输入密码
6.系统确认两次密码一致
7.生成读者账户
8.结束
分支流程：系统将账号信息录入数据库
ID：C008
名称：读者信息编辑
参与者：用户
优先级：3
前置条件：用户登陆系统，并进入到信息编辑页面后置条件：系统修改数据库信息
正常流程：
1.用户登陆系统
2.用户点击信息编辑按钮
3.用户进行信息修改
4.用户点击确认
5..系统对修改后的数据进行保存
6.结束
分支流程：4中点取消，则系统不对数据进行修改。
ID：C009
名称：读者查询
参与者：用户
优先级：3
前置条件：用户登录系统，并进入到查询页面并输入数据后置条件：系统进行相关查询，并输出相关数据
正常流程：
1：用户登录系统
2.用户进入查询页面
3.用户输入数据
4.用户点击查询按钮
5.系统对数据进行查询
6.系统输出相关数据
7．结束
ID：C010
名称：读者注销
参与者：图书馆管理员
优先级：2
前置条件：读者分为校内与校外，校内学生毕业，校外人员未续约借书卡超过两个月
后置条件：将被删除的读者信息从系统中删除。
正常流程：
在校学生）
1. 图书管理员从教务处取得毕业生名单
2. 将名单交给录入系统管理人员
3. 管理人员根据学号依次删除数据
校外人员）
1. 管理员从后台数据库可以筛选那些到期的会员
2. 按会员注册时留下的电话号码给其发短信催促其缴费
3. 如果两个月内未缴费则删除读者。
ID：C011
名称：图书馆信息管理
参与者：图书馆管理员
优先级：3
前置条件：教务处安排图书馆的开放时间
后置条件：图书管理员将安排表输入系统
正常流程：
1．教务处安排图书馆的开放时间
2.图书管理员从教务处取得开放时间安排表
3.图书管理员将安排表输入系统
4.结束
编写总结
图书馆信息管理系统是一个典型的信息管理系统，通过对其功能需求的分析，通过细分功能模块的小用例，获得一个最终完整的系统用例图。
编写主要参考资料：
(1)需求工程---软件建模与分析
(2)国家标准用例文档式样
(3)前景与范围文档。