图书管理系统用例文档--教程文件
图书管理系统-OOA-系统用例描述
图书管理系统的用例描述 - 图书归还
• 用例名称：办理还书 • 用例描述：图书馆工作人员输入图书登录号进行图书归还。 • 参与者：图书馆工作人员。 • 前置条件：归还图书已借出 • 基本路径： 1. 图书馆工作人员点击“图书归还”启动用例 2. 输入借阅证编号 3. 点击“查询” 4. 显示该借阅证所借图书信息（书名,ISBN，借阅时间，应归还时间） 5. 选中图书，点击“归还” 6. 提示“归还成功” • 备选流程： 3a：重新填写 点击“重新填写”，实现借阅证编号重新填写 6a：超出借阅期限 如超出借阅期限，则系统按规定计算罚款金额，提示用户缴纳罚款 借书者缴纳罚款后，按“已交罚款”键，完成还书；否则返回，无法还书 • 业务规则：学生最长可借一个月，教职工可借三个月，超期每天罚款0.1元 • 后置条件：借阅记录中图书已归还，且归还书目的状态改变为“可借”
用例名称：管理读者信息 用例描述：此用例用来对借阅证进行管理。 参与者：图书管理员。 前置条件：已经登录
对有泛化关系的用例的描述： 可先用散文风格来撰写一般用例的用例描述 ，然后用前面所用的方式撰写特殊用例的用例 描述
图书管理系统的用例描述 - 新办借阅证
• 用例名称：新办借阅证 • 用例描述：输入学生信息进行借阅证办理。 • 参与者：图书管理员。 • 前置条件：已登录系统 • 基本路径： 1. 图书管理员点击“新办借阅证”启动用例 2. 输入学生信息（学号，姓名，专业，班级，性别） 3. 点击“提交” 4. 显示添加的借阅证信息（借阅证编号，学号，姓名，专业，班级，性别） • 备选流程： 3a：重新填写 1. 点击“重新填写”，实现重填学生信息功能，进入基本路径2 后置条件：新办借阅证数据已保存
课上/课后练习
图书管理系统用例文档
相关图
（到图书馆续借）
表3.3、图书管理员增加图书信息
用例名称
增加图书信息
用例描述
由于图书馆新购买了一批书，需要将图书的相应信息添加到图书信息库中，则由图书管理员将新书的信息录入计算机中，进行保存。
参与者
图书管理员
前置条件
以图书管理员的身份登录系统
后置条件
图书信息中增加一条记录
参与者
图书管理员
前置条件
以图书管理员的身份登录系统
后置条件
图书信息库中相应书籍的记录删除
基本事件流
1、图书管理员进入系统主界面。
2、点击进入图书管理功能模块中的删除图书信息界面。
3、录入要删除的图书条形码或书名。
4、删除图书的相应信息。
5、保存操作，系统更新图书信息库中相应的信息。
备选事件流
1、在删除之前，需要先查找该图书信息，若不存在，员
前置条件
图书馆正常开放，并且以图书管理员的身份登录系统。
后置条件
(1)读者持有图书证，即可进入图书馆进行图书查看；
(2)如果读者借书，进行借阅证扫描，若成功，进行图书的借阅操作；否则，不能借阅图书。
基本事件流
1.读者携带图书借阅证进入图书馆；
2.读者到图书馆查阅相关的图书信息；
3.读者向图书管理员提出借阅图书的请求；
表2、读者查询图书信息
用例名称
查询图书信息
用例描述
由读者进行操作，查询图书馆中有没有需要的图书，如果有，显示该图书编号、书名、作者、出版日期、当前借阅状态以及库存等信息。
参与者
读者
前置条件
以合法的读者身份登录到系统
后置条件
无
UML图书管理系统类图文档
UML图书管理系统类图⽂档
图书借阅系统⽤例分析
1.⽤户
采⽤⽤例图描述的图书借阅系统主要包括三类⽤户：读者、图书管理员、系统管理员。
其中，读者是多个，图书管理员是⼏个，系统管理员是⼀个。
1.1读者
描述：读者可以借阅、预约、续借、归还图书，可以对书籍和个⼈信息进⾏查询，可以取消预约，可以提出办理图书借阅证的申请。
⽰例：持有图书借阅证的任何⼈。
1.2图书管理员
描述：图书管理员对图书信息维护，包括图书订购、新书⼊库、破损修补、旧书下架，另外还对读者信息进⾏管理，进⾏借阅登记等。
⽰例：图书管理员
1.3系统管理员
描述：系统管理员对系统进⾏维护，包括读者信息的创建、修改、删除，⽇志维护，权限维护，后台数据维护，还有系统信息的维护。
⽰例：系统管理员
2.⽤例
通过识别的参与者，对需求进⼀步分析，将业务需求进⾏分解，获得每个参与者的使⽤⽤例：2.1读者
（1）读者办卡：提供为读者办理借书证的功能
（2）书籍查询：为读者提供书籍查询功能
（3）书籍借阅：提供借阅书籍的功能
（4）书籍续借：提供续借书籍的功能
（5）书籍预约：提供对某⼀书籍的预约功能
（6）取消预约：提供对预约进⾏取消的功能
（7）书籍归还：提供归还书籍的功能
（8）读者信息查询：为读者提供个⼈信息查询的功能
（9）缺书登记：当读者需要的书籍查询书库没有记录时，读者可将此书进⾏缺书登记
2.2图书管理员
（1）图书信息维护
图书订购：参考各类图书的库存数和借阅率及缺书登记，对书籍进⾏统⼀采购
新书⼊库：将新书到货进⾏编号⼊库。
图书管理系统用例说明
实验二：用例说明
一、实验目标
用例用于理解客户需求，通过用例说明文档的编写，了解用例说明在需求中的作用。
二、实验内容
用例描述了系统与外部角色之间的一系列交互。
角色(actor)指与系统交互以实现某种目的的人、软件系统或硬件设备。
角色的另外一个名称是用户角色(user role)。
用例源于面向对象的开发方法，用例是目前广泛应用的统一软件开发过程的核心。
用例转变了需求开发的角度，用例更接近目标。
用例图提供了对用户需求的高级可视化表示。
三、实验步骤
1.说明
本次实验选取网上书店销售系统作为实验对象，对其进行用例分析。
2.系统概述
本系统实验的是一个网上书店售书系统，可以实现商家在线发布商品信息、消费者在线购买等功能。
书店销售系统全部采用Web方式，由前台操作和后台管理两部分构成。
书店前台功能强大，操作方便。
前台的主要功能包括：注册/登陆（支持个人和团体用户）、我的帐户、新闻发布、书店介绍、联系方式、图书查询、图书高级查询、新书快递、图书分类浏览、图书展示、畅销书排行榜、打折专区、热门推荐、精品推荐、意见反馈、在线帮助、订单管理、缺书登记、在线咨询以及自动友情链接等。
3.
3.2
3.3.
3.4。
图书管理系统—用例描述
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、需求分析1.1系统任务概述这里我们将图书管理系统的应用对象定位在中小型图书馆。
图书馆的主要功能是为注册用户提供图书借阅，主要涉及对图书的管理，借阅者管理，以及图书借阅信息的管理。
其中对图书的管理主要是指：对馆藏图书的增删改查；对借阅者信息的增删改查，还有挂失；对借阅者借阅信息的管理。
除此之外，只有合法用户才能使用该系统，要实行用户密码登陆。
1.2功能需求图书管理系统完整功能需求如下：1)借阅者管理每个通过审查的人可以办理一张借阅卡，拥有用户名、密码，成为注册用户。
此卡包含所有个人信息，以后所有图书借阅活动凭此卡进行，直至该卡被注销或删除。
因此，对借阅者的管理包括相关信息的添加、修改、删除、检索。
2)图书信息管理●新书入库：每本新到图书需将详细信息添加入库，方可对外借阅。
●图书检索：馆藏图书丰富，须提供图书快速查询检索功能。
●图书信息修改：图书基本信息入库时已基本确定，但是一些辅助信息，如存放位置，是否接触等会有变化，须提供修改功能。
●图书信息删除：对于太过破旧被淘汰或者丢失的书籍，要从系统信息中删除。
3)图书借阅信息管理系统核心功能之一。
图书管理系统最主要的功能是对图书的借出和归还。
主要涉及被借阅的图书和借阅者，即图书基本信息，借阅者部分信息，借出归还日期等。
具体来说，对于借书，首先获得借阅者的信息，看其是否有权利借书，其次检查相关书籍，看其是否被可以被外借；对于还书，同样也需要借阅者信息和图书信息才能还书，同时还要计算本次借阅是否超期，超期要计算出罚款金额，借阅者交了足额罚款才能还书成功。
此外，对于历史借还记录要提供查询功能；同时由于存储空间限制，不能永久保存历史记录，还需提供删除记录功能。
4)用户登录该系统用户主要有系统管理员和普通注册用户（即持有借阅卡的借阅者）两种。
系统管理员拥有所有功能权限，普通注册用户只能管理个人信息和检索需要图书。
系统要对不同的用户给予不用权限，每个合法用户凭登录名和密码登陆此系统。
图书管理系统用例描述
5c.无法借书
5c1.系统显示读者有超期未还得图书；
5c2.读者归还未还图书并交罚款；
5c3.可以借书。
补充说明：
用例编号：005
用例名称：读者归还图书
用例描述：读者到图书馆归还所借阅的图书
参与者：读者
前置条件：图书馆正常开放、读者携带图书借阅证及所需还的书。
后置条件：如果归还了图书，下次可以正常借书。
1.搜集旧书和新书的信息
1.对新书贴条形码；；
2.把旧书下架
3.把新书上架；
扩展点：
变异点：
2a.找不到旧书
2a1.查看图书是否在被借中；
2a2.等归还后再进行下架。
补充说明：
用例编号：008
用例名称：处理借书
用例描述：在读者借阅图书时，处理读者的借书请求
参与者：图书管理员
前置条件：图书馆开放、图书管理系统正常运行时间
6.图书管理员允许读者借阅图书。
7.系统添加借阅信息。
扩展点：
变异点：
2a.读者查阅的图书不存在
2a1.读者离开图书馆，或读者搜索其他的图书信息；
5a.无法借书
5a1.系统弹出读者的图书实际借阅的数量超过图书额定的借阅数量
5a2.归还部分图书或下次再借。
5b.无法借书
5b1.系统显示图书证与读者本人信息不符；
2.读者输入需要注册的用户名和密码；
3.读者将注册信息进行提交；
4.系统对用户提交的用户名和密码进行有效性检查；
5.系统显示用户是否注册成功
扩展点：
变异点：
4a.读者输入要注册的用户名错误
4a1.系统弹出的用户名错误或者已被注册；
4a2.读者离开或者重新输入用户名。
系统用例描述
瑞天图书管理系统用例描述-、图书借阅该用例提供了用户借阅图书时管理员更新图书信息以及日志、记 录借阅信息、创建和修改借阅者账户以及信息等 1、用例图如下：2、用例描述: 用例名称：图书借阅简要说明：图书管理员输入读者编号和图书编号来完成图书借阅。
参与者：图书管理员前置条件：读者出示的借阅证必须是有效的借阅证(from 图书管理系统参与创建新的借阅者帐户其他用户修改借阅者的帐户信息管理员已还书)(from 图书管理系统参与记录图书数量与价格学生(from 图书管理系统参与后置条件：显示读者的全部借阅信息假设条件：图书管理员已经成功登录图书管理系统基本操作流程：(1)图书管理员输入借阅证信息(2)系统检查读者是否有超期的借阅信息和读者的借书数量是否已经达到借书限额(4)图书管理员输入要借阅的图书信息(5)系统将读者的借阅信息保存到数据库中可选操作流程：读者有超期的借阅信息，或者读者的借书数量已经达到借书限额，系统显示不能借阅图书的信息，图书管理员进行超期处理。
二、归还图书1、用例图如下:2、用例描述: 用例名称：归还图书简要说明：图书管理员收到要归还的图书，进行还书操作。
参与者：图书管理员、学生、其他用户前置条件：无后置条件：显示读者的全部借阅信息假设条件：图书管理员已经成功登录图书管理系统 基本操作流程：(1) 图书管理员输入读者要归还的图书信息 (2) 系统检索与该图书相关的借阅者信息 (3) 系统检查该借阅者是否有超期的借阅信息 (4) 系统将借阅者的还书信息保存到数据库中(from))登录(5)系统将该图书的状态改变为可借阅状态可选操作流程：读者归还图书，图书管理员查看是否超出期限，并进行相应处罚，并且图书管理员将借阅信息删除。
三、图书查询1、用例图如下:输入书籍信息2、用例描述:用例名称：图书查询简要说明：用户登录网站进行查询参与者：用户前置条件：必须有登录账户后置条件：显示要借图书的全部信息假设条件：用户已经成功登录图书管理系统3、操作流程：(1)用户输入登录信息(2)系统检查读者是否有账号(3)用户输入要查询的图书信息(4)系统检查读者的借书信息是否存在可选操作流程：读者有超期的借阅信息，图书管理员进行超期处理; 读者的借书数量已经达到借书限额，系统显示不能借阅图书的信息。
图书管理系统UML用例文档
读者借到了图书
假设与约束
持非本人借阅证不能借书
非功能需求
无
补充规格说明书
无
优先级
中
业务需求列表
创建人
版本
描述
创建日期
表
用例标识
无
用例名称
还书
创建人
无
创建日期
无
版本
无
用例类型
业务用例
用例描述
读者将图书带到前台进行还书
参与者
读者
图书管理员
触发事件
读者还书
前置条件
读者看完了这本书或者不想看这本书了
假设与约束
B-1系统允许用户重试三次登录操作，超过三次后系统自动结束，不允许用户重试
非功能需求
安全性：密码应该采用加密的方式存储，有关密码的加密算法待定
补充规格说明书
无
优先级
高
业务需求列表
创建人
版本
描述
创建日期
表
用例标识
无
用例名称
超期罚款
创建人
无
创建日期
无
版本
无
用例类型
业务用例
用例描述
读者借书超过一定期限未归还图书需要罚款。
事件流
基本流程
1.用例起始于读者申请注销账户，系统管理员需要删除读者信息
2.系统管理员正确登录该系统
3.系统管理员输入读者信息（D-1）（A-1）
4.系统确认删除该读者信息（A-2）
扩展流程
A-1确认该读者没有未归还图书
A-2保存失败
1.系统显示保存失败
2.系统管理员可以选择再次提交，也可以结束该用例
非功能需求
允许绑定支付宝等支付平台，方便读者超期付款
图书馆管理系统的用例图
1. 系统的UML基本模型2.1系统的用例图用例图在需求分析阶段有很重要的作用，整个开发过程都是围绕需求阶段的用例进行的.创建用例图之前首先需要确定参与者。
图书管理系统的参与者主要有3类:读者(借阅者)，图书管理员、图书管理系统的维护者。
1.借阅者请求服务的用例图用例图说明:（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.图书馆管理员处理借书、还书等的用例图用例图说明：（1）Get book：书籍归还处理（2）Lend book：书籍借阅处理（3）Remove Reservation：删除书籍预订信息（4）Get With Fine：还书时收取罚金（5）Check user count：检查用户借阅凭证的合法性,图书管理员在借阅者借书的时候要检查用户借阅凭证的合法性3.系统管理员进行系统维护的用例图用例图说明：（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：删除或更新借阅者帐户信息。
图书管理系统用例描述
图书管理系统的分析与设计
6. 维护书刊信息
用例编号 US06 用例名 Maintain Title Info 用例描述 完成书刊的添加、修改或删除功能 参与者 图书管理员 前置条件 在这个用例开始前，Librarian必须登录到系 统中 后置条件 系统添加、修改或删除书刊种类信息。否则，系统的状
态没有变化。
图书管理系统的分析与设计
在识别出参与者和用例后，要建立用例图，并 描述出他们之间的关系。
图2.1 系统用例图
图书管理系统的分析与设计
用例的事件流描述
用例的事件流是对完成用例行为所需的事件的描 述。它描述系统应该做什么，而不是描述系统应该怎 样做。 图书管理系统的用例事件流描述如下：
图书管理系统的分析与设计
图书管理系统的分析与设计
7. 维护物理书刊信息
用例编号 US07 用例名 Maintain Book Info 用例描述 完成书刊的添加、修改或删除功能 参与者 图书管理员 前置条件 在这个用例开始前，Librarian必须登录到系统中 后置条件 系统添加、修改或删除物理书刊种类信息。否则，系统的状
1 .借阅物理书刊
用例编号 US01 用例名 Borrow Book 用例描述 完成借阅物理书刊的功能 参与者 图书管理员 前置条件 管理员登录成功. 后置条件 可以将物理书刊借给借阅者、更新相关数据记录等操作。 基本路径 （1）提供书刊种类、借阅者信息。 （2）检索书刊种类(Title) (E-1) （3）确定所借阅的物理书刊是否可以获得 (E-2),也即物理书刊是否已借出。 （4）检索借阅者 (E-3) （5）图书馆将物理书刊借给借阅者。 （6）创建借阅记录。 （7）存储借阅记录。 扩展点 E-1: 该种书刊不存在，系统显示提示信息，用例终止。 E-2: 物理书刊都已借出，系统显示提示信息，用例终止。 E-3: 系统中不存在该借阅者，系统显示提示信息，用例终止 补充说明 无
图书管理系统用例图
图书管理系统用例图
后置条件：借书成功，更新图书和读者的借阅信息。
基本流程：
1以图书管理员身份登录系统。
2选择借书操作。
3读入读者借书卡的条码。
4读入所选图书的条码。
5校验读者的借书资格是否符合要求。
6如果符合要求，更新图书和读者的借阅信息。
可选流程：如果读者的借书数量已达上限，提示无法借阅。
4．用例名称：还书
用例描述：由图书管理员把读者的借书卡的条码读入计算机，再将读者所还图书的条码读入计算机，计算出该读者所借图书的借阅期限和超期天数，如果超期，根据规定的罚款标准计算罚款，同时更新该读者的借阅信息。
前置条件：以图书管理员的身份登录系统。
后置条件：还书成功，更新图书和读者的借阅信息。
基本流程：
1以图书管理员身份登录系统。
2选择还书操作。
3读入读者借书卡的条码。
4读入所还图书的条码。
5计算借阅期限和超期天数。
6如果超期，计算罚款。
7更新图书和读者的借阅信息。
可选流程：如果读者没有超期，不需要计算罚款。
4进行相应的操作，修改或注销图书。
5保存操作。
改写：
借书：
续借：
还书：
新书登记：
修改或注销图书：。
图书管理系统的用例文档1
图书管理系统的用例文档1图书管理系统的需求分析（1）标识参与者图书管理系统的参与者介绍于下★借阅者：可以通过网络查询书籍信息和预定书籍，借阅者能够借阅书籍和还书。
★图书管理员：能够处理借阅者的借阅和还书请求。
★系统管理员：可以对系统的数据进行维护，如增加、删除、和更新书目，增加、删除和更新借阅者账户，增加和删除书籍。
（2）标识用例有了参与者后，下一个任务就是标识业务的用例。
每个用例都是业务的一部分。
1.借阅者请求服务时涉及7个用例【用例图说明】●search for book:书籍查询用例●reserve the book: 书籍预定用例●logon the system:登录系统。
用户可以登录系统以便进行借阅信息查询以及预定书籍等操作。
●query info：查询借阅信息。
●borrow the book:借阅书籍。
●return the book：归还书籍。
●return with fine:还书时交纳金。
如果借阅者所借书籍超过借阅期限未还，还书时就要交纳一定的罚金。
前置用例：登陆系统参与执行者：借阅者，图书管理员，系统管理员事件流：参与者打开系统；系统提示请输入用户名以及用户密码；参与者点“确定”输入用户名以及用户密码；用户成功进入系统；扩展事件流：如果系统提示用户名或密码错误；用户重新输入用户名或密码基本事件流：（1）书籍查询用例名称：书籍查询参与执行者：借阅者前置条件：一个合法的用户已经登录到系统基本事件流：系统显示书籍查询，书籍预定等窗口；用户点击书籍查询；系统提示请输入书籍编号；用户输入书籍编号；用户成功进入查询界面，系统显示书籍的库存量，以及借阅信息等。
扩展事件流：如果系统提示书籍编号错误；用户从新输入书籍编号。
（2）书籍预定用例名称：书籍预定参与执行者：借阅者前置条件：一个合法的用户已经登录到这个系统基本事件流：系统显示书籍查询，书籍预定等窗口；用户点击书籍预定；系统按类别显示图书馆现有的各种书籍以及对话窗口提示输入书籍编号；用户可以按类别找到书籍名，并在出现的对话框里输入所要预定的书籍的编号用户点击确定就成功预定了该书籍；扩展事件流：如果系统提示书籍编号错误用户从新输入书籍编号。
图书馆管理系统用例（精选五篇）
图书馆管理系统用例（精选五篇）第一篇：图书馆管理系统用例主事件流1、读者登录读者1、读者用户进入图书馆登陆界面2、读者输入用户名、密码并提交3、系统对用户提交的用户名、密码进行有效性检查4、系统记录并显示当前登录用户2、读者借阅图书读者1、读者带所要借的图书到借阅台2、图书馆管理员进入借书界面3、图书馆管理员扫描借阅证条形码4、系统查询并显示借阅者信息及借阅信息5、图书馆管理员扫描图书条形码6、系统查询并显示图书相关信息7、重复5和6直到所有要借的图书扫描完8、保存本次借阅记录3、读者归还图书读者1、读者带所要还的图书到借阅台2、图书馆管理员进入还书界面3、图书馆管理员扫描图书条形码4、系统查询并显示借阅者信息、借阅信息及图书相关信息5、重复3和4直到所有要借的图书扫描完6、保存本次还书记录4、网上预订读者1、读者用户进入图书馆登陆界面2、读者输入用户名、密码并提交3、系统对用户提交的用户名、密码进行有效性检查4、系统记录并显示当前登录用户5、读者选择“预约图书”选项6、读者提供书刊种类及自己的信息7、系统检索书刊信息和读者信息8、系统接受预订，创建预订记录9、保存预订记录5、读者信息查询读者1、读者用户进入图书馆登陆界面2、读者输入用户名、密码并提交3、系统对用户提交的用户名、密码进行有效性检查4、系统记录并显示当前登录用户5、选择“查询读者信息”选项6、打开查询窗体7、系统查询并显示读者的信息6、借阅信息查询读者1、读者用户进入图书馆登陆界面2、读者输入用户名、密码并提交3、系统对用户提交的用户名、密码进行有效性检查4、系统记录并显示当前登录用户5、打开读者管理窗体6、系统查询并显示借阅信息7、图书信息查询读者1、读者用户进入图书馆登陆界面2、读者输入用户名、密码并提交3、系统对用户提交的用户名、密码进行有效性检查4、系统记录并显示当前登录用户5、读者选择“查询图书”选项6、打开查询窗体7、.读者输入读者证号，系统检查读者的有效性8、.读者输入待查询的图书条码号，检查图书有效性9、系统显示所查询图书的信息8、处理借书图书管理员1、读者发出借阅请求2、管理员扫描读者借阅证条形码3、如果读者有罚款未交或达到借书限额则不给予办理9、处理还书图书管理员1、读者发出还书请求2、管理员扫描图书条形码3、管理员检查图书是否有损坏，若有则要读者按要求交罚金4、管理员检查图书是否超期归还，若是则要读者按要求交罚金10、管理系统用户系统管理员1、系统管理员查看各类图书管理员的信息2、系统管理员根据实际情况，对已经辞职的管理员信息删除3、系统管理员把新来的管理员信息添加到图书管理系统中4、系统管理员修改图书管理员的工作范围，工作时间等信息，给图书管理员分配合理的工作11、读者管理系统管理员1、系统管理员进入系统2、查看读者办理借书证的申请信息3、审核读者信息4、添加读者信息5、修改已经修改个人信息的读者信息6、删除已经注销的读者信息7、查看是否有读者超期未还的行为，若有就添加备注和罚款信息12、管理图书信息系统管理员1、系统管理员进入系统2、删除已下架的图书信息3、修改已更改的图书信息4、添加新上架的图书信息13、系统维护系统管理员1、系统管理员进入系统2、统计读者信息3、根据需求统计图书借阅情况、在库图书情况、图书借阅排行4、添加、删除、修改图书管理系统中的各类罚款的额度和权限5、发布后台公告6、系统数据备份14、图书注销系统管理员1、系统管理员进入系统2、系统管理员选择“注销旧书”选项3、打开注销旧书窗体4、输入旧书条码，系统检查旧书条码有效性5、注销旧书信息6、系统登记注销旧书信息数目第二篇：图书馆管理系统的用例分析小型超市销售管理系统的用例分析一、确定系统的总体信息小型超市销售管理系统是对商品的销售及商品的采购、库存进行统一管理的系统，具体包括：仓库管理员的盘点、上下架管理、出入库、补货申请；销售管理员的商品销售处理、销售统计处理、货架商品处理；采购员的申请采购处理、商品信息录入、采购下单；系统管理员的系统维护，包括增加商品、删除更新商品、增加使用者信息、删除或更新使用者信息、商品信息查询、使用者信息查询等。
图书管理系统用例文档
表2、4读者续借图书
用例名称
续借
用例描述
借阅的图书的归还日期到了，但是读者还没有读完该书，想要继续直到读完，则可进行续借操作。
参与者
读者 图书管理员
前置条件
1、读者持借阅证或者需要续借的图书到图书馆，图书管理员登录系统。
2、或者读者登录图书管理系统进行续借
后置条件
图书信息中相应记录的还书日期值做改变；将续借明细加入借书记录中。
3、续借成功，系统显示还书日期
备选事件流
在读者借书日期到期后，只能进行一次续借操作，若该读者是第二次续借，系统则提示不能再续借，续借失败
相关图
表2、5读者查看个人信息
用例名称
查询个人信息
用例描述
借阅者通过登录系统查询个人信息，以便于进行后续的操作
参与者
读者
前置条件
读者登录系统
后置条件
系统显示读者个人信息，包括个人姓名、学号、专业、院系等以及借阅书籍的详细信息
2、录入归还图书条码。
3、系统显示该书的读者资料，点击还书，系统记录读者借书记录及书库中图书信息
4、系统显示还书成功；
备选事件流
1、还书时图书管理员检查图书是否被损坏（如缺页、随意图画等），若损坏，则需要一定的赔偿金；
2、如图书无损坏，则进行还书，录入图书条形码，显示读者资料，并提示是否超出借阅期限。如超出则需要交纳罚金。
后置条件
读者借书成功同时系统记录书库中书籍信息及读者记录
基本事件流
1、图书管理员进入系统主界面，显示书籍借阅、预定等窗口；
2、点击进入书籍借阅处理；系统提示扫描读者图书证及图书条形码；
3、图书管理员扫描并点击确定，系统显示该借阅者的借阅信息以及该书的信息；
图书管理系统-用例 109
图书管理系统—用例一、系统功能需求：系统功能需求主要包括以下几个方面：●借阅者可以通过网络登录此系统进行书刊信息查询。
●借阅者能够借阅书刊、归还书刊、预定书刊和删除书刊预定。
●图书管理员能够处理借阅者的借阅和还书请求。
●系统管理员可以对系统进行维护和更新，如增加、删除和更新新书目，增加、删除和更新借阅者的账户，增加和删除书刊。
二、用例图：1、用户登录（Login）1.1、前置条件（Pre-Conditions）没有。
1.2、后置条件（Post-Conditions）如果这个用例成功，借阅者可以启动系统并使用系统所提供的功能。
反之，系统的状态没有变化。
1.3、扩充点（Extension Points）没有。
1.4、事件流1.4.1、基流（Basic Flow）当用户希望登录到系统中时，用例启动。
⑴系统提示用户输入用户名和密码。
⑵用户输入用户名和密码。
⑶系统验证输入的用户名和密码。
若正确，则用户登录到系统中。
若不正确，则登录不了。
1.4.2、替代流（Alternative Flow）如果用户输入无效的用户名和密码，系统显示错误信息。
用户可以选择返回基流的起始点，重新输入正确的用户名和密码；或者取消登录，用例结束。
2、借阅书籍（Borrow Book）2.1、前置条件（Pre-Conditions）在这个用例开始之前，图书管理员必须成功登录到系统中。
2.2、后置条件（Post-Conditions）如果这个用例成功，借阅者就可以再系统中查询、借阅和归还所借图书，并且还可以再系统中预定图书或者删除预定。
2.3、扩充点（Extension Points）没有。
2.4、事件流2.4.1、基流（Basic Flow）当借阅者从图书馆借阅书刊时，用例启动。
如果借阅者选择“借书”，则执行分支流一：选择书目。
如果所借的书刊是经过预定的，则执行分支流二：通过预定借阅所预定的书刊。
2.4.2、分支流（Subflows）●借阅书刊⑴提供书刊种类、借阅者信息。
图书馆管理系统 用例分析
——场景描述
8.主成功场景（或基本流程）： 1.读者登录进入借书界面 2.读者要经过管理员的确定后，来确定是否有借书的权利。 3.如果读者被取消借书权利后，应该重新注册。 4.如果允许借书，则读者自己增加借书记录。 5.图书馆系统中的借书记录增加该读者的信息。
9.当借书记录成功后，则可以退出系统。 特殊要求：
——场景描述
8.成功保证（或后置条件）：存储注册信息、修改个人信息查询个人信 息。
9.主成功场景（或基本流程）： 1.管理员返回是否需要注册。 2.进入注册界面，输入各种信息注册。 3.注册成功，进入各种界面。 4.可以查询读者注册信息，可以允许修改。 5.完成各种操作，退出系统。
10.特殊要求： 1.适用于window系统 2.由于某些原因，我们希望访问的时候出现问题，系统能比较强的
——用例图 2.管理者用例
管理员
修改个人信息 查询书籍信息
增加书籍或者类型 修改书籍或者类型
删除书籍或者删除书籍类型
更新书籍或者书籍类型
删除或者更新账户信息
——用例图
3.归还者用例
归还者
书籍归还处理 删除借书记录
更新读者信息 更新读者信息
惩罚金
——用例图
4.借书者用例
借书者
书籍借阅处理 创建借书记录
8.主成功场景（或基本流程）： 1.图书运输员从外来地区送新书籍到图书馆。 2.对书籍按照科目进行分类。 3.管理员输入每种书籍的编码。 4.系统逐步记录扫描过的图书，并显示该图书的类型和名称，把书籍分 类到书架上。管理员重复3~4步，直到输入结束。 5.分类后，书籍管理管理成功。 6.当有借书信息来的时候，要查询该读者是否会超期，或是超期则进行 罚款通知，否则借书成功。 7.成功返回信息给借书者 8.当登陆者有注册的时候，接受检查注册信息，符合要求则同意注册， 否侧返回注册失败信息。 9.成功返回信息给注册者。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
作者：***
信息工程学院
《软件模型》课程期中报告
学年：2015—2016第一学期专业：软件工程
班级：
小组成员：
课程教师：
完成时间：2015年11月5日
图书馆信息管理系统
用例文档
成员：
日期：2015-11-05
目录
1. 前言 (3)
1.1编写目的 (4)
1.2内容概述 (5)
2.用例列表 (5)
3.用例图 (7)
3.1子系统（局部）用例图 (7)
3.1.1读者参与用例 (7)
3.1.2管理员管理用例 (8)
3.1.3数据用例 (9)
3.1.4登录用例整合 (9)
3.1.5账号信息管理整合 (10)
3.2系统用例图 (10)
4.用例描述 (11)
编写总结 (19)
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)前景与范围文档。