图书管理系统用例文档--
图书管理系统用例文档
用例文档表1、所有用户登录系统
表2、读者查询图书信息
表2.1读者借阅图书
表2.2读者预定图书
表2。3 读者还书
表2、4读者续借图书
表2、5读者查看个人信息
表3、图书管理员书籍借阅处理
表3。1、图书管理员书籍归还处理
表3。2、图书管理员续借处理
表3。3、图书管理员增加图书信息
表3。4、图书管理员删除图书信息
表3。5、图书管理员修改图书信息
表3。6、图书管理员增加读者信息
表3。7、图书管理员删除读者信息
表3。8、图书管理员查询读者信息
表3.9、图书管理员修改读者信息
图书馆管理系统用例视图
(Example 仓库管理系统Ex5_aaa)
5.3 用例(Use Case)
用例与事件流
–
–
用例分析处于系统的需求分析阶段,这个阶段应该 尽量避免考虑系统的细节问题,也就是说,用例描 述的是一个系统做什么,而不是怎么做 可通过一个清晰的、易被用户理解的时间来说明一 个用例的行为。这个事件包括用例何时开始和结束, 用例何时和参与者交互,什么对象被交互以及该行 为的基本流和可选流
图书馆管理系统用例视图
5.1、概述
Use Case Diagrams,用例图是由软件需求到 最终实现的第一步,在UML中用例图用于对系 统、子系统或类的行为的可视化,以便使系统 的用户更容易理解这些元素的用途,也便利软 件开发人员最终实现这些元素。
5.1、概述
用例视图是从用户角度而不是开发者的角度来 描述对软件产品的需求,分析产品所需的功能 和动态行为。 用例图是至关重要的,它的正确与否直接影响 到用户对最终产品的满意程度
5.2 参与者(Actor)
寻找参与者的方法:
1.
2.
3. 4.
5.
6. 7.
谁或什么使用该系统 交互中,它们扮演什么角色 谁安装系统 谁启动和关闭系统 谁维护系统 与该系统交互的是什么系统 谁从系统获取信息
5.2 参与者(Actor)
图书管理系统用例文档--
作者:尤帅
信息工程学院
《软件模型》课程期中报告
学年: 2015—2016第一学期
专业:软件工程
班级:
小组成员:
课程教师:
完成时间: 2015年11月5日
图书馆信息管理系统
用例文档
成员:
日期:2015-11-05
目录
1. 前言................................................
编写目的...........................................
内容概述...........................................
2.用例列表 ............................................
3.用例图 ..............................................
子系统(局部)用例图...............................
读者参与用例...................................
管理员管理用例.................................
数据用例.......................................
登录用例整合...................................
账号信息管理整合...............................
系统用例图.........................................
4.用例描述 ............................................ 编写总结 ..............................................
图书管理系统用例图(完整资料).doc
【最新整理,下载后即可编辑】
图书管理系统
UML建模与设计模式
实验报告
计算机与信息工程学院
一、实验目的
在熟悉用例概念与应用的基础上,掌握用例模型的建立,包括:
1.掌握用例图的建立。
2.掌握用例描述文档的编写。
3.掌握建模工具的使用。
二、实验内容
根据以下需求设计一个图书馆管理系统的用例图模型,包括:用例图和主要用例的描述文档。
基本功能要求:
图书管理:新书登记,图书查询,图书注销;
借阅管理:借书,还书,查询今日到期读者;
读者管理:增加读者、删除读者、查询读者、读者类别管理(可以设置不同类的读者,并使不同类读者对应不同类的图书流通参数,如可借册数,可借天数,可续借次数,可续借天数等);
报表管理:包括图书借阅统计报表,被注销图书统计报表等;报表可以有多种格式可供选择;可以把报表输出到文件中,可以预览报表、打印报表等。
系统管理:系统管理员使用,包括用户权限管理(增加用户,删除用户,密码修改等),数据管理(提供数据修改、备份、恢复等多种数据维护工具),系统运行日志,系统设置等功能。三、实验思想
(1)分析系统需求;
(2)确定系统参与者:读者、图书管理员、图书管理系统;
(3)确定系统用例;
四、实验结果
借阅人用例图:
图书系统管理员用例图:
图书管理员用例图:
1.用例名称:登录
用例描述:根据用户输入的用户名和密码判断用户的身份,赋予相应的权限。
前置条件:无
后置条件:根据用户所有的权限进入相应的操作界面。
基本操作流程:
1输入用户名
2输入密码
2校验密码是否正确。
3根据用户身份进入相应的操作界面。
可选流程:如果密码不正确,提示重新输入密码;
图书管理系统用例描述文档
删除图书新增图书
用例名称:登录
用例描述:本系统需要参与者输入帐号和密码进行系统登陆,该用例页面是系统起始页面.用户帐号和密码是系统默认已经分配的.
参与者:图书馆工作人员.
前置条件:无
基本路径:
1.输入帐号,密码
2.点击“进入系统”
3.验证用户权限,进入主界面
备选流程:
1.点击“重新填写”,实现重填帐号密码功能。
2.输入帐号或密码不正确,重新登陆。
3.进入基本路径1
用例名称:注销
用例描述:图书管理员离开系统
参与者:图书馆工作人员。
前置条件:已经进入系统
基本路径:
1.点击“注销”
2.提示“确认退出”
3.点击确认,退出系统
备选流程:
1.点击取消不退出系统
用例名称:借阅管理
用例描述:此用例用来供用户完成借阅管理工作,包括两个扩展用例—-“新办借阅证”和“补办借阅证"。
参与者:图书馆工作人员。
前置条件:图书馆工作人员已经登录
用例名称:新办借阅证
用例描述:图书馆工作人员输入学生信息进行借阅证办理.
参与者:图书馆工作人员。
前置条件:图书馆工作人员点击“新办借阅证”
基本路径:
1.输入学生信息(学号,姓名,专业,班级,性别)
2.点击“提交"
3.显示添加的借阅证信息(借阅证编号,学号,姓名,专业,班级,
性别)
备选流程:
1.点击“重新填写”,实现重填学生信息功能。
2.进入基本路径1
用例名称:补办借阅证
用例描述:图书馆工作人员输入学生信息进行借阅证补办。
参与者:图书馆工作人员.
前置条件:图书馆工作人员点击“补办借阅证”
基本路径:
1.输入学号
2.点击“查询”
3.显示该学生遗失的借阅证信息(借阅证编号,学号,姓名,专业,
图书管理系统UML用例文档
图书管理员
表1 “登录系统”用例文档
表2 “超期罚款”用例文档
表3 处理借书
表4 处理还书
表5 处预留副本
表6处理续借
系统管理员
表1 添加读者信息
表2 删除读者账户
表3 修改读者账户
表4 添加图书信息
表5 删除图书信息
表6 修改图书信息
读者
表1 查找图书
表2 借书
表3 还书
表4 续借
图书管理系统uml_用例图
图书管理系统
图书管理系统的用例
(1)、确定系统设计的总体信息
借阅者:
①登记
②借书
③还书
系统管理员:
①打开页面
②扫描借阅证
③查询借阅者信息
④扫描图书id
⑤提交借阅信息
⑥打印小票
⑦添加借阅者,并对其账户管理
⑧图书信息查询
图书管理员:
①图书归类
②增加图书
(2)、确定系统的参与者
首先分析系统所涉及的问题领域和系统运行的主要任务:
①使用该系统主要功能部分的人是系统管理员,系统管理员主要
任务是对整个图书各信息的处理,并扫描图书与借阅者信息,实现借书还书。
②系统管理员需要该系统的支持以完成其工作
图书管理系统的参与者:
①借阅者
②图书管理员
③系统管理员
(3)、确定系统的用例
⒈借阅者借书的用例
•选定图书
•带到柜台
⒉系统管理员借书的用例
•扫描借阅这证
•显示借阅者信息
•扫描图书id
•重复上一步
•提交借阅信息并打印小票
⒊图书管理员进行图书维护的用例
•查询图书信息
•增加图书
•图书归类
(5)、摘要形式的用例示例
借书:借阅者带着图书来到柜台。系统管理员使用图书管理系统处理借阅者所选图书信息以及借阅者信息。系统显示借阅者信息以及图书信息。系统管理员使用图书管理系统记录每一次操作。系统连续显示累计总数,并逐行显示细目。系统更新数据库信息。借阅者员得到小票,然后携带图书离开。
(6)、详述风格的处理借书用例
详述用例是结构化的,他展示了更多细节,并且更为深入。
用例UC1:系统管理员处理借书过程
范围:图书管理系统(books Management System)
级别:用户图标
主要参与者:系统管理员(system Manager)
图书管理系统用例描述
5.修改已经修改个人信息的读者的信息
6.删除已经注销的读者信息;
7.查看是否有读者超期未还书的行为,若有就添加备注和罚款信息。
扩展点:7a。系统管理员查看读者借还书的信息.
7a1.系统管理员对即将超期的读者信息进行收集。
7a2。系统管理员对图书即将超期的读者添加警告信息,在下次读者进入图书馆,系统将自动提示读者归还图书
基本路径:
1、读者携带图书借阅证,进入图书馆;
2、读者归还图书;
3、图书管理员检查读者所借图书的情况;
4、图书管理员处理读者归还图书的请求;
5、系统删除读者的借阅信息。
扩展点:
3a.图书管理员检查读者借阅的图书是否超期
3a1.图书管理员检查读者借阅的图书是否损坏
3a2。图书管理员判断读者是否缴纳罚金
4.系统管理员修改图书管理员的工作范围,工作时间等信息,给图书管理员分配合理的工作.
扩展点:
变异点:4a.出现管理员工作时间冲突现象。
4a1。系统管理员重新安排时间.
4a2.图书管理员不工作.
补充说明:
用例编号:011
用例名称:读者管理
用例描述:系统管理员对读者的信息进行添加、修改和删除。
参与者:系统管理员
用例名称:处理还书
用例描述:在读者归还图书时,处理读者的还书操作。
参与者:图书管理员
图书管理系统用例描述
图书管理系统的分析与设计
备选流-1: 删除借阅者 提供借阅者的信息。 查询借阅者 (E-2)。 查询借阅者的借阅记录 (E-3)。 从系统中删除借阅者的信息,以及借阅者的预定记录。 备选流-2: 更改借阅者 提供借阅者的信息。 查询并显示借阅者的信息 (E-2),修改相应的信息。 更新系统中借阅者的信息。 扩展点: E-1: 若借阅者已存在,系统显示提示信息,用例终止。 E-2: 若查询不到借阅者,系统显示提示信息,用例终止。 E-3: 若存在借阅记录,系统显示提示信息,用例终止。
第1章 系统需求 第2章 用例模型 第3章 静态结构模型 第4章 动态行为模型 第5章 物理模型 第6章 数据库模型
用例图
类图
状态图 活动图 顺序图 协作图 组件图 部署图
图书管理系统的分析与设计
第1章 系统需求
图书管理系统的域描述如下: 在图书管理系统中,要为每个借阅者建立一个帐 户,并给借阅者发放借阅卡,帐户中存储借阅者的个 人信息、借阅者信息以及预定信息。持有借阅卡的借 阅者可以借阅书刊、返还书刊、查询书刊信息、预定 书刊并取消预定。在借阅书刊时,需要输入所借阅的书刊名、书
图1.1 图书管理系统功能性需求图
图书管理系统的分析与设计
第2章 用例模型
面向对象的需求分析是采用用例驱动的分析方法来 表述用户的功能性需求,分析需求的主要任务是识别出 系统中的参与者和用例,并建立用例模型,并给出系统 用例的事件流描述。 1. 识别参与者; 2. 识别用例及关系; 3. 建立用例模型; 4. 描述用例。
图书管理系统用例图
用例图:
用例描述:
用例名称:图书管理系统
用例描述:读者通过其验证身份,则可以到图书馆借阅图书
参与者:读者、图书管理员、系统维护员
前置条件:图书馆正常开放
后置条件:如果读者身份验证通过,则可以借阅图书。如果没通过身份验证,则不可以借阅图书
基本路径
1、读者预约图书;
2、读者续借图书;
3、读者查阅图书信息;
4、读者通过身份验证,并借阅或归还图书;
5、读者所借书籍超过期限,缴纳罚金;
6、图书管理员查询图书借阅情况;
7、图书管理员对读者信息管理;
8、图书管理员对图书信息管理;
9、图书管理员验证读者身份并借出或接收图书;
10、读者所借书籍超过期限,图书管理员收取罚金;
11、系统维护员对图书信息进行增改;
12、系统维护员对系统进行维护。
扩展点
4a.读者未通过身份验证
1.读者无法借阅图书
2.读者无法归还图书变异点
无
补充说明
图书管理系统(用例图、类图、时序图)
软件系统分析与设计
实验报告
学院:计算机科学与技术学院专业:软件工程
学号:*********
姓名:***
实验名称:图书管理系统用例建模时间:
一、实验内容与要求
本实验要求学生对学校的图书馆管理系统进行需求分析,对系统功能进行用例建模,画出用例图,类图以及相应的时序图。在使用UML对系统建模时,学会使用UML建模工具,熟悉工具中的功能。
二、用例分析
1、读者“借书还书系统”用例图
(f
还书
(from Use Cases)
1.1、行为者:
主要行为者:读者。
1.2、前置条件:
读者进入图书管理系统。
1.3、事件流:
1.3.1、主要事件流:
1.3.1.1:读者检索所需图书信息,并查看;
1.3.1.2:读者检索到所需图书,登录系统,开始借书;
1.3.1.3:系统查询图书信息,图书数目是否可借;
1.3.1.3.1:图书显示可借,借书成功;
1.3.1.3.2:图书显示不可借,借书失败;
1.3.1.4:进入续借图书界面,续借图书;
1.3.1.5:系统查看预约记录,
1.3.1.5.1:没有冲突,续借成功;
1.3.1.5.2:有冲突,续借失败;1.3.3.1:
1.3.1.6:读者归还图书;
1.3.1.6.1:归还时间没有逾期,归还成功;
1.3.1.5.2:归还时间逾期,逾期处罚,归还成功;
1.3.2、备选事件流:
1.3.
2.1:图书检索信息失败,未检索到图书,重新输入信息检索;
1.3.
2.2:未曾检索到用户检索的图书,系统显示相关联的信息的图书;
1.3.
2.3:用户名或密码输入错误,登录系统失败,重新输入用户名或密码登
图书管理系统用例图
图书管理系统
UML建模与设计模式
实验报告
计算机与信息工程学院
一、实验目的
在熟悉用例概念与应用的基础上,掌握用例模型的建立,包括:
1.掌握用例图的建立。
2.掌握用例描述文档的编写。
3.掌握建模工具的使用。
二、实验内容
根据以下需求设计一个图书馆管理系统的用例图模型,包括:用例图和主要用例的描述文档。
基本功能要求:
图书管理:新书登记,图书查询,图书注销;
借阅管理:借书,还书,查询今日到期读者;
读者管理:增加读者、删除读者、查询读者、读者类别管理(可以设置不同类的读者,并使不同类读者对应不同类的图书流通参数,如可借册数,可借天数,可续借次数,可续借天数等);
报表管理:包括图书借阅统计报表,被注销图书统计报表等;报表可以有多种格式可供选择;可以把报表输出到文件中,可以预览报表、打印报表等。
系统管理:系统管理员使用,包括用户权限管理(增加用户,删除用户,密码修改等),数据管理(提供数据修改、备份、恢复等多种数据维护工具),系统运行日志,系统设置等功能。
三、实验思想
(1)分析系统需求;
(2)确定系统参与者:读者、图书管理员、图书管理系统;
(3)确定系统用例;
四、实验结果
借阅人用例图:
图书系统管理员用例图:
图书管理员用例图:
1.用例名称:登录
用例描述:根据用户输入的用户名和密码判断用户的身份,赋予相应的权限。
前置条件:无
后置条件:根据用户所有的权限进入相应的操作界面。
基本操作流程:
1输入用户名
2输入密码
2校验密码是否正确。
3根据用户身份进入相应的操作界面。
可选流程:如果密码不正确,提示重新输入密码;
图书管理系统文档
图书管理系统文档
目录
1. 引言。..。.。.。。.。。....。。。.。。.。。。.。。。..。。.。....。..。。。 3 1.1。编写目
的 ...。..。..。.......。...。..。....。。。。。。....。. 3 1.2. 背景说明 ..。。.....。。...。.。..。。..。。。.。.。。...。。。.。.. 3 2. 任务概述。。。..。.。....。。.。.。。....。........。.。.....。. 3 2。1. 目标 .。.。。..。.。...。..。.。。。。.。.。.。。.。。。.。.....。。。。.
3 2.2。用户的特点。..。.。。..。。。。。。.。..。.。.。.。.。..。...。。。。.
4 2.3。假定与约束 .。。。。。。..。。..。.。....。。。。..。。。..。。。.。..。
4 3. 需求规定。。.。。...。。..。。...。.。。。.。。。....。.。...。.。... 4 3.1. 对功能的规定 .。。。。。。。。..。..。.。。....。。.。。.。..。。.。.。
5 3.2。对性能的规定。。。.。。....。.。.。。。。..。.。。。。。.。.。.。。。。. 5
3.2.1. 精度。.。.。。..。.。。。。。.。..。。..。。..。.。...。。。。。。。。。.。.。。。.。.。.。。。...。.。..。。.。。.。。..。。。.. 5 3。2.2. 时间特性要
求 .。。。。..。。..。..。.。。。。..。。。。.。..。...。。。.。。...。。.。。.。。。..。。.。.. (5)
图书管理系统—用例描述
用例名称:读者信息查询
描述:图书管理员使用读者信息查询用例完成查询相关读者信息的活动
标识符:ux2
优先级:中
角色:图书管理员
前置条件:图书管理员已成功登录系统并具有读者信息查询的权限
主事件流:
1.图书管理员选择“查询读者信息”选项,用例开始
2.打开查询窗体
3.读者输入读者证号,系统检查读者的有效性
A1:读者无效
4.系统显示所查询读者的信息
5.用例结束
其他事件流:
A1:读者无效
(1).系统显示读者无效的提示信息
(2).返回主事件流第3步
后置条件:系统成功写入一条查询读者信息
扩展点:办理新读者证
特殊需求:输入读者证号,系统显示所查读者相关信息,查一个读者的时间不超过30秒
用例名称:办理读者证
描述:图书管理员使用办理读者证用例完成读者的办理读者证活动
标识符:uc4
优先级:B(中)
角色:图书管理员,读者
前置条件:图书馆员已成功登录系统并具有借书的权限
主事件流:
1.管理员选择“办理读者证”选项,用例开始
2.打开办证窗体
3.读者输入读者信息,系统检查读者信息有效性
A1:读者信息无效
4.系统登记一条新的读者信息
5.用例结束
其他事件流:
A1:读者信息无效
(1).系统显示读者无效的提示信息
(2).返回主事件流第3步
后置条件:系统成功写入一条读者信息,读者当前的读者数量加1
特殊需求:办理读者证时间不超过30秒
用例名称:还书
描述:图书管理员使用还书用例完成读者的还书活动,把图书从读者那儿还给图书馆标识符:uc1
优先级:中
角色:图书管理员
前置条件:管理员已成功登录系统并办理还书的业务
主事件流:
1.管理员选择“还书”选项,用例开始
- 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
前置条件:有读者向系统发出注册请求