管理员用例文档
用例例子

应用举例 例2—医院病房监护系统 一、问题描述
为了对危重病人进行实时监护 随时了解病人病情, 实时监护, 为了对危重病人进行实时监护,随时了解病人病情,及时 进行处理,建立病房监护系统。 进行处理,建立病房监护系统。 病症监视器安置在每个病床, 病症监视器安置在每个病床,通过网络将病人的病症信号 组合)实时传送到中央监护系统进行分析处理。 (组合)实时传送到中央监护系统进行分析处理。 在中心值班室里, 在中心值班室里,值班护士使用中央监护系统对病员的情 况进行监控, 况进行监控,监护系统实时地将病人的病症信号与标准的病诊 信号进行比较分析,当病症出现异常时,系统会立即自动报警, 信号进行比较分析,当病症出现异常时,系统会立即自动报警, 并打印病情报告和更新病历。 并打印病情报告和更新病历。 系统根据医生的要求随时打印病人的病情报告, 系统根据医生的要求随时打印病人的病情报告,系统定期 自动更新病历。 自动更新病历。
采样频率 改变 信号数据组合 <<include>> 模数转化 信号采集 病人
分解信号 <<include>>
<< include>> 生成病历
<<include>>
更新病历
用例“中央监护” 用例“中央监护”描述模板
用例名: 用例名: 中央监视 执行者: 值班护士、 执行者: 值班护士、医生 目标: 目标: 对病人的病症信号进行监测、处理,超过极限报警。 功能描述: 功能描述: 1.分解信号:将从病症监护器传送来的组合病症信号分解为系统可以处理的 信号。 2.比较信号:将病人的病症信号与标准信号比较 。 3.报警:如果病症信号发生异常(即高于峰值),发出报警信号。 4.数据格式化:将处理后的数据格式化以便写入病历库 。 其他非功能需求: 高可靠性、实时性 其他非功能需求 高可靠性、 主要步骤: 主要步骤: 1.按设定频率连续接收来自各病人的病症信号,并进行分解。 2.将病人的病症信号与专家系统(标准病症信号库)中的标准信号进行比较判 断是否超过极限值。 3.若超过极限值,进行报警,并及时更新病历和打印病情报告。 相关用例:病症监护、提供标准病症信号、病历管理、病情报告管理。 相关用例:病症监护、提供标准病症信号、病历管理、病情报告管理。 相关信息: 优先级 性能、 执行率 : 优先级、 相关信息:(优先级、性能、频执行率): 优先级:报警处理具有最高优先级3,一般病历管理为1,其他2. 优先级:报警处理具有最高 性能:实时性、 性能:实时性、高可靠性 执行率 根据病情严重程度 12-30次/小时 频执行率:根据病情
图书管理员用例图

简要说明本用例描述图书管理员处理借书。
事件流1.基本流1.读者选择要借的书交给图书管理员;2.图书管理员扫描读者信息,判断是否有借阅权限。
3.图书管理员将书借出。
4. 系统更新该图书剩余量和该读者可借数。
5.系统显示读者的已借阅书籍供读者浏览。
6.读者确认该图书已借出。
2.备选流2.a 如果读者已有图书超期,给出提示,结束b 如果读者已超过最大借阅,给出提示,结束特殊需求无前置条件执行“登陆”用例,执行“检查执行权限”用例,执行“查看读者信息”用例后置条件无扩展点无相关数据读者信息,图书信息问题说明无简要说明本用例描述图书管理员处理还书。
事件流1. 基本流1.读者将要还的书交给图书管理员;2.图书管理员扫描读者信息,判断是否超期或者是否图书有损坏。
3. 系统更新该图书剩余量和该读者可借数。
4.系统显示读者的已借阅书籍供读者浏览。
5.读者确认该图书已还。
2. 备选流2 a 如果读者已有图书超期,给出提示,进行罚款,继续3;b 如果图书有损坏,进行赔偿,继续3,;特殊需求无前置条件执行“登陆”用例,执行“查看读者信息”用例后置条件在超期情况下涉及执行“财务系统”用例扩展点无相关数据读者信息,图书信息问题说明无简要说明本用例描述图书管理员管理个人信息。
事件流1. 基本流1.图书管理员点击管理个人信息按钮;2.进入管理个人信息页面,对其个人信息进行设置。
3. 对所修改的个人信息进行保存。
2. 备选流2 a 如果图书管理员需要修改密码,可重新设置,之后继续3;b 如果图书管理只是查看个人信息,之后可直接退出;特殊需求无前置条件执行“登陆”用例后置条件无扩展点管理个人信息主要包括:修改登录密码和查看个人信息;相关数据图书管理员信息问题说明对于修改个人信息和删除个人信息并不是图书管理员的权限,所以没有列出。
简要说明本用例描述图书管理员查询图书信息。
事件流1. 基本流1.图书管理员输入要查询的条件,之后点击查询。
图书管理系统—用例描述

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.打开剔除旧书窗体
员工考勤系统用例图-及其规格说明

1、系统管理员角色用例图分析:管理员的职员责:(1)员工基本信息管理:添加新进员工的信息,向系统输入新进员工的个人信息,系统并自动将员工信息保存到数据库中。
(2)规则设定:规定上下班的时间、迟到早退的范围、调休、请假次数设定、上班和放假时间设定(3)报表管理:加班表、统计表、出勤表、出差表、考勤表等的管理。
(4)日志管理:日志记录、日志查询。
(5)员工权限分配:规定员工的各种权限。
(6)考勤信息的补录;正常考勤信息补录、正常请假信息补录、正常调休信息补录、正常出差信息补录。
规格说明:前置条件:在此用例开始之前,管理员必须登录到系统中。
后置条件:如果用例执行成功,可以行使管理员的职责,若执行不成功,则系统状态不变。
事件流:基本流:当管理员登陆系统后,此用例启动。
查询员工基本信息补录考勤日志管理报表管理退出系统用例终止备选流:A、若员工号不存在,系统显示提示信息,用例终止。
2、经理角色用例图分析:经理的职责:(1)员工信息查询:有权限查询员工的基本信息。
(2)统计信息查询:统计信息。
(3)员工申请批复:审核部门经理申请,判断员工申请的有效性并给出决定。
首先对员工提交的申请资料进行审核,判断是否符合公司规定;如果审核通过,综合考虑员工申请的整体情况对员工申请的有效性进行判断,否则直接驳回申请;如果审核通过并且有效,给予批准,否则给出拒绝理由;(4)员工个人信息查询:有权限查询员工的个人信息(5)员工申请:接受员工的申请予以批示(6)登陆管理用户输出入用户名(ID号)登录系统,可实现所有用户的登录。
a当页面上的登陆按钮被点击后,系统自动提交用户输入的登陆信息;b系统对自动搜索数据库中是存在匹配的用户信息。
若存在,则在首页面中显示成功登陆信息;若不存在匹配的用户信息,则提示登陆失败,并提示重新输入。
提示登录成功进入系统主页面。
规格说明:前置条件:在此用例开始之前,经理必须登录到系统中。
后置条件:如果用例执行成功,可以行使经理的职责,若执行不成功,则系统状态不变。
系统用例描述

瑞天图书管理系统用例描述-、图书借阅该用例提供了用户借阅图书时管理员更新图书信息以及日志、记 录借阅信息、创建和修改借阅者账户以及信息等 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.系统管理员可以选择再次提交,也可以结束该用例
非功能需求
允许绑定支付宝等支付平台,方便读者超期付款
管理员登录模块测试用例
不输入账号
账号为空
提示登录账号不能为空
不示登录账号提能为空
是
2
输入账号但不输入密码
admin账号密码为空
提示登录密码不能为空
录示登密码不提能为空
是
3
输入密码但不输入账号
账号为空123密码
提示登录账号是必须的
登提示录账号是必须的
是
4
账号和密码都为'or'1'='1
账号'or'1'='1'or'1'='1密码
否
11
输入正确的账号与密码但在账号后加空格
账号admin1
admin1密码
提示登录成功
提示登录成功
是
12
输入正确的账号与密码但在密码后加空格
账号admin1
密码admin1
提示登录成功
提示账号或密码有误
否
13
在账号与密码栏都输入特殊字符
账号·#¥%
¥·密码#%
提示账号或密码有误
提示账号或密码有误
是
3页4共页3第
提示账号或密码有误
提示账号或密码有误
是
5
输入正确的账号与密码
账号admin1
密码admin1
提示登录成功并转到主面
提示登录成功并转到主页面
是
6
输入正确的账号与错误的密码
账号admin1
密码admin
提示账号或密码有误
码示账号或密提有误
是
7
输入错误的账号与正确的密码
账号admin
密码admin1
提示账号或密码有误
测试用例模板
图书管理系统用例文档
图书管理系统用例文档用例文档表1、所有用户登录系统用例名称简要描述参与者前置条件后置条件登录系统根据用户输入的用户名和密码判断用户的身份,赋予相应的权限。
读者、图书管理员及系统管理员系统正常运行根据用户所有的权限进入相应的操作界面。
基本事件流1输入用户名,检验用户名是否存才2输入密码,校验密码是否正确。
3根据用户身份进入相应的操作界面。
备选事件流补充约束相关图(读者登录系统)进入系统主界面用户名错误或密码错误(1)系统显示用户名错误或密码错误的提示信息,并进入(2)步(2)用户可以重新输入用户名和密码进行登录,也可以选择直接退出系统(3)如若用户忘记了密码,可以通过一定的方式找回密码系统允许用户重试三次登录操作,超过三次后系统自动结束,不允许用户重试读者图书管理系统输入用户名和密码用户名或密码有错,提示重新输入信息验证合法验证是否为合法用户选择相关操作操作结束退出系统表2、读者查询图书信息用例名称简要描述借阅图书读者携带图书借阅证进行图书的借阅,由图书管理员把读者的借书卡的条码读入计算机,再将读者所选图书的条码读入计算机,在读者没有尚未归还的超期图书及不超过读者允许借书的情况下,累计该读者所借的书;否则提示超过借书数量。
读者图书管理员图书馆正常开放,并且以图书管理员的身份登录系统。
(1)读者持有图书证,即可进入图书馆进行图书查看;(2)如果读者借书,进行借阅证扫描,若成功,进行图书的借阅操作;否则,不能借阅图书。
1.读者携带图书借阅证进入图书馆;2.读者到图书馆查阅相关的图书信息;3.读者向图书管理员提出借阅图书的请求;4.图书管理员进入借书功能。
5.图书管理员录入读者的借阅证条码并检查借阅证的有效性;6.图书管理员检查读者有无超期未还信息及读者可以借阅图书的数量等。
如果允许借阅,则转为7,否则提示已达到借书数量;7.图书管理员允许读者借阅图书,录入图书的条码,显示该图书的信息。
8.系统添加借阅信息并保存操作。
图书管理系统用例描述
前置条件:系统正常运行时间
后置条件:系统维护后使系统正常运行,图书馆可以正常开放,读者可以正常进行借书还书等,如果系统出现故障得不到维护,那么会造成系统瘫痪图书馆不能正常工作,不能为读者服务.
基本路径:
1.系统管理员进入系统;
2.统计读者信息;
3.根据需求统计图书借阅情况、在库图书情况、图书借阅排行;
2.管理员扫描图书条形码;
3.管理员检查图书是否有损坏,若有损坏则要求读者按要求交罚款;
4.管理员检查图书是否超期归还,若是超期还书则要求读者按要求交罚款;
扩展点:
变异点:
补充说明:
用例编号:010
用例名称:管理系统用户
用例描述:添加删除或修改图书管理系统中的各类图书管理员的信息
参与者:系统管理员
前置条件:系统管理员登录到系统中
5b2.读者出示自己的图书证.
5c.无法借书
5c1.系统显示读者有超期未还得图书;
5c2.读者归还未还图书并交罚款;
5c3.可以借书。
补充说明:
用例编号:005
用例名称:读者归还图书
用例描述:读者到图书馆归还所借阅的图书
参与者:读者
前置条件:图书馆正常开放、读者携带图书借阅证及所需还的书。
后置条件:如果归还了图书,下次可以正常借书。
变异点:
3a.读者借阅的图书超期
3a1。图书管理员根据规定及图书的超期情况向读者收取相应的罚金;
3b。读者借阅的读书已损坏
3ab1。图书管理员根据规定及图书的损坏情况向读者收取相应的罚金;
补充说明:
用例编号:006
用例名称:网上预订
用例描述:读者登录网上图书管理系统,查询到自己喜欢的书籍进行预订。
图书馆管理系统用例图、活动图、类图、时序图【范本模板】
图书馆管理系统一.图书馆管理系统需求分析1、系统目标设计系统开发的总目标是实现内部图书借阅管理的系统化、规范化和自动化.能够对图书进行注册登记,也就是将图书的基本信息(如:书的编号、书名、作者、价格等)预先存入数据库中,供以后检索。
能够对借阅人进行注册登记,包括记录借阅人的姓名、编号、班级、年龄、性别、地址、电话等信息。
提供方便的查询方法。
如:以书名、作者、出版社、出版时间(确切的时间、时间段、某一时间之前、某一时间之后)等信息进行图书检索,并能反映出图书的借阅情况;以借阅人编号对借阅人信息进行检索;以出版社名称查询出版社联系方式信息。
提供对书籍进行的预先预订的功能。
提供旧书销毁功能,对于淘汰、损坏、丢失的书目可及时对数据库进行修改.能够对使用该管理系统的用户进行管理,按照不同的工作职能提供不同的功能授权。
提供较为完善的差错控制与友好的用户界面,尽量避免误操作。
2、系统功能需求分析(1)读者管理:读者信息的制定、输入、修改、查询,包括种类、性别、借书数量、借书期限、备注等.(2) 书籍管理:书籍基本信息制定、输入、修改、查询,包括书籍编号、类别、关键词、备注。
(3) 借阅管理:包括借书,还书,预订书籍,续借,查询书籍,过期处理和书籍丢失后的处理。
(4)系统管理:包括用户权限管理,数据管理和自动借还书机的管理满足以上需求的系统主要包含有一下几个子系统(1)基本业务功能子系统:该系统中主要包含了借书还书和预订等功能。
(2)基本数据录入功能子系统:该子系统主要包含有书籍信息和读者信息录入功能.(3)信息查询子系统:包含了多功能的查询书籍信息和读者信息。
(4)数据库管理功能子系统:主要包含了借阅信息管理功能,书籍信息管理功能和预订信息管理功能。
(5)帮助功能子系统。
二、系统动态建模1、用例图、图书馆管理系统的用例图从用例图中我们可以看出管理员和读者之间对本系统所具有的用例。
管理员所包含的用例有:(1)登录系统:管理员可以通过登录该系统进行各项功能的操作(2)书籍管理:包括对书籍的增删改等。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
管理员用例文档
UC1: 登录/注销
用例描述
登录系统后台对系统进行管理或维护并安全退出
参与者
系统管理员
前置条件
管理员通过后台进行登录
后置条件
注销安全退出系统
基本路径
1.在数据库中添加管理员
2.通过后台登录
3.是否登录成功
4.可在前后台之间切换管理和维护系统
5.在前台或后台注销,安全退出系统
拓展点
1.数据库管理员数据的更新
3.登录不成功需要返回2
5.异常退出的处理
补充说明
1.不提供管理员注册功能,管理员只能在数据库中添加,以保证系统的安全性。
待解决问题
管理员账号密码生成规则
UC2:管理员资料修改
用例描述
修改管理员个人资料和账号信息
参与者
系统管理员
前置条件
只能在后台登录后进行
后置条件
修改并保存信息
基本路径
1.登录后台
2.修改信息
3.保存并退出
拓展点
1.管理员权限的分别
3.直接将修改读入数据库
补充说明
1. 只能在后台登录后才能进行。
待解决问题
修改账号信息时的权限问题
UC3: 用户管理
用例描述
检索用户并对用户的权限进行管理
参与者
系统管理员
前置条件
需要管理员后台登录
后置条件
更新用户权限
基本路径
1.管理员后台登录
2.通过多种方式检索用户
3.对用户进行权限管理
4.记录管理信息
拓展点
1.提供多种用户检索方式
3.提供多种权限管理方式,并提供奖励机制
补充说明
2.管理员可以通过多种方式检索用户,如用户ID、昵称、真实姓名等。
ID检索需要填
入完全匹配的ID,以保证快速定位用户,而昵称和真实姓名检索,则采用模糊匹配,以方便匹配更多可能记录。
3.管理员可以冻结用户以及解冻用户。
冻结的用户无法在使用该账号进行登录,直到管
理员对其解冻为止。
该操作只能在后台进行。
待解决问题
用户对管理员的权限管理的投诉及管理员对投诉的处理方法
UC4: 管理员餐品管理
用例描述
对餐品的管理
参与者
系统管理员
前置条件
需要管理员后台登录
后置条件
更新餐品
基本路径
1.餐品信息检索
2.推出新餐品
3.修改餐品
4.删除餐品
拓展点
1.餐品的制作流程及食谱
2.新餐品的宣传
补充说明
1.支持使用餐品名称以及餐品简介关键字来对餐品进行检索。
在管理员使用此功能后,将返回给管理员所有符合用户检索条件的餐品。
2.管理员需要填写新餐品的信息,包括餐品的名字、类型、图片、市场价格、网订价格以及餐品描述,其中除了图片以及餐品描述,都是必填项,填写后提交,可在系统中生成新的餐品记录。
3.管理员可以修改已推出的餐品的基本信息,使得餐品信息可以更加准确及完善。
4.对于要下市的餐品,管理员可以对其进行移除操作,删除以后,对应的该餐品的订购记录仍然保留,方便日后查询。
待解决问题
无
UC5: 公告栏和系统留言板管理
用例描述
公布信息并得到买家意见
参与者
系统管理员
前置条件
需要管理员后台登录
后置条件
更新公告栏
基本路径
1.通过前台或后台查看公告
2.发布或更新公告
3.查看系统留言板
4.对留言板管理
拓展点
1.公告栏样式
3.自动屏蔽部分词汇
补充说明
2.管理员可以通过前台或者后台查看、发布、更新或者删除系统公告栏或者餐品公告栏,
系统公告栏公布订餐系统相关的公告,餐品公告栏公布餐品新动态以及餐品商业活动等相关公告。
4.管理员可以通过前台或者后台对系统留言板进行维护以及管理。
可以查看留言、添加
留言、回复留言以及删除恶意留言。
待解决问题
用户回复处理
UC6: 管理员订单管理
用例描述
订单的管理
参与者
系统管理员
前置条件
职能后台进行
后置条件
确认订单信息
基本路径
1.订单检索
2.订单撤销
3.剩余订单确认
4.送餐管理
拓展点
1.检索方式
3.可大量合并确定
4.合理分配送餐人员
补充说明
1.可以按订单状态分类检索订单,并按订单的生成时间降序排序,可选择的订单检索类
型分别为所有订单、待发订单(尚未经过处理的订单)、已发订单(已发送而未经用户确认订单)、已完成订单(用户确认签收的订单)以及已撤销订单(由管理员或者用户撤销的订单)。
2.在尚未对该订单进行发送处理之前,管理员可以根据实际情况撤销订单。
撤消后的订
单不会从系统的订单记录中移除,而是标记为已撤销的订单
4.在用户生成订单以后,管理员可以对订单进行发送操作。
选择发送以后,订单会被标
记为已发送的订单。
管理送餐人员和安排送餐。
根据用户的地址,分派送餐员进行送餐。
待解决问题
合理分配送餐人员并最大减短送餐时间。