用例描述的写法
用例说明模板
角色
级别
概要
主执行者
登陆成功的用户鼠标点击角色删除
前置条件
角色管理
后置条件
无
触发事件
用户鼠标点击角色删除
描述
步骤
活动
1
用户鼠标点击选择菜单上的角色删除选项
2
3
扩展
步骤
分支动作
1
2
用例#
角色修改
使用语境
用户在角色管理界面下鼠标点击选择角色修改
范围
角色
级别
概要
主执行者
登陆成功的用户鼠标点击角色修改
前置条件
2
3
扩展
步骤
分支动作
1
2
用例#
用户增加
使用语境
用户在用户管理界面鼠标点击用户增加
范围
用户,角色
级别
用户目标
主执行者
用户在用户管理界面鼠标点击用户增加
前置条件
用户管理
后置条件
无
触发事件
用户鼠标点击用户增加
描述
步骤
活动
1
用户鼠标点击用户管理界面上的用户增加选项
2
3
扩展
步骤
分支动作
1
2
用例#
用户删除
使用语境
用户在用户管理界面鼠标点击用户删除
范围
用户,角色
级别
用户目标
主执行者
用户在用户管理界面鼠标点击用户删除
前置条件
用户管理
后置条件
无
触发事件
用户鼠标点击用户删除
描述
步骤
活动
1
用户鼠标点击用户管理界面上的用户删除选项
2
3
扩展
图书管理系统用例描述文档
删除图书新增图书用例名称：登录用例描述：本系统需要参与者输入帐号和密码进行系统登陆，该用例页面是系统起始页面。
用户帐号和密码是系统默认已经分配的。
参与者：图书馆工作人员。
前置条件：无基本路径：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，借阅时间，应归还时间）用例名称：图书借阅用例描述：图书馆工作人员输入借阅证编号和图书编号来完成图书借阅。
用例描述文档模板
2. 必须要有的项目：时间＋地点＋专家＋主题
3. 邮件格式：
您好！[讲座时间]将举办[专家]主讲的[主题]讲座，
特殊需求（Special Requirement）
描述与该用例相关的非功能性需求（包括性能、可靠性、可用性和可扩展性等）和设计约束（指出所使用的操作系统、开发工具等）。
用例执行完毕后系Βιβλιοθήκη 可能处于的一组状态。涉众利益(Stakeholder)
说明涉众及涉众关心和担心的事情。如下：
1.开发人员-担心收到太多垃圾邮件
2.组织工作人员-希望操作方便，尽量减少手工劳动
用例场景 (Use-Case Scenario)
包括成功场景和失败场景，场景主要是由基本流和备选流组合而成的。
事件流 (Flow of Event)
基本流程（Base Flow）
1. 组织工作人员输入讲座信息，请求发布
2. 系统验证讲座信息充分
3. 系统保存讲座信息，生成讲座网页、讲座邮件
4. 系统发布网页到公司网站
5. 系统请求邮件列表系统发送邮件
6. 系统记录发布情况
7. 系统显示讲座消息已经发布
扩展流程（Extend Flow）
用例编号(Number)：UC_1_1用例名称(Name)：XXXXX
简要说明 (Brief Description)
简要介绍该用例的作用和目的。
执行者(Actors)
说明主要执行者和辅助执行者。
前置条件(Pre-Condition)
执行用例之前系统必须所处的状态。
后置条件(Post-Condition)
如：*1-7应在10秒之内
图书管理系统—用例描述
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.打开剔除旧书窗体
用例描述模板内容
用例描述模板内容
以下是 9 条用例描述模板内容：
1. 嘿，你知道不，当你要描述一件事情的时候，就像讲故事一样！比如说，“我今天出去买菜，哇，那菜市场人多得像蚂蚁开会！”看到没，就这样简单直接，把事情说明白了。
2. 哎呀呀，咱就说如果你要写一个使用某个工具的用例，可以这样呀，“我拿起那把剪刀，就跟拿起了我的秘密武器似的，喀嚓喀嚓就把纸剪开啦！”这多生动形象啊。
3. 哇塞，要描述一个人的行为时，可以这么说呀，“他吃饭的样子，简直就像一头饿了好几天的狼！”这不是很容易让人懂嘛。
4. 嘿，当你写一个流程的时候，像这样，“我先打开冰箱门，然后像在找宝藏似的找我想吃的东西。
”是不是很清楚呢？
5. 哟呵，比如说要描述一个场景，“那个房间暗得跟晚上没开灯一样！”这样一说，大家一下子就有画面感了呀。
6. 你想想看啊，要是描述一个人的心情，“我当时开心得就像中了彩票一样！”简洁明了还有感觉。
7. 哇哦，像描述一个动作，“她跳舞的姿势，就像蝴蝶在花丛中飞舞！”是不是很妙呀。
8. 哎呀，当你要描述一个现象的时候，“那雨下得跟倒水似的！”这样多形象呀。
9. 好啦，总之呢，用例描述就是要让别人一听就懂，就像我举的这些例子一样，简单又有趣，大家肯定都喜欢呀！。
图书管理系统用例描述
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、用例图如下：其他用户（from图书管理系统参与）更改借阅日志2、用例描述：用例名称：图书借阅简要说明：图书管理员输入读者编号和图书编号来完成图书借阅参与者：图书管理员前置条件：读者出示的借阅证必须是有效的借阅证学生（from图书管理系统参与.）创建新的借阅者帐户a, 1修改借阅者的帐户信息管理员（from图书管理系统参与）删除已存在的借阅者帐户（已还书）记录图书数量与价格记录图书流水编号后置条件：显示读者的全部借阅信息假设条件：图书管理员已经成功登录图书管理系统基本操作流程：(1)图书管理员输入借阅证信息(2)系统检查读者是否有超期的借阅信息和读者的借书数量是否已经达到借书限额(4)图书管理员输入要借阅的图书信息(5)系统将读者的借阅信息保存到数据库中可选操作流程：读者有超期的借阅信息，或者读者的借书数量已经达到借书限额，系统显示不能借阅图书的信息，图书管理员进行超期处理。
二、归还图书1、用例图如下:2、用例描述：用例名称：归还图书简要说明：图书管理员收到要归还的图书，进行还书操作 参与者：图书管理员、学生、其他用户 前置条件：无后置条件：显示读者的全部借阅信息假设条件：图书管理员已经成功登录图书管理系统 基本操作流程：(1) 图书管理员输入读者要归还的图书信息 (2) 系统检索与该图书相关的借阅者信息 (3) 系统检查该借阅者是否有超期的借阅信息 (4) 系统将借阅者的还书信息保存到数据库中学生(from图书管理系统参与者删除借阅记录罚款处理(书籍丢失)更改图书状态判断是否超出期限管理员图书管理系统参与者(from)(from)接受罚款登录其他用户图书管理系统参与者(5)系统将该图书的状态改变为可借阅状态可选操作流程：读者归还图书，图书管理员查看是否超出期限，并进行相应处罚，并且图书管理员将借阅信息删除。
100704112 用例描述
用例描述一、客户用例描述：参与者：客户用例描述：客户将汽车送至该汽车修理企业进行检修，检修完成后取车。
前置条件：前台服务人员对该车辆进行登记并安排机械工程师来修理。
后置条件：完成车辆检修，客户取车并拿取发票。
事件流：1.基本流1.1客户将汽车送至该汽车修理企业进行检修；1.2前台服务人员对该车辆进行登记；1.3修理部经理安排机械工程师修理此车；1.4修理完成，客户取车。
2. 备选流2.1若修理完成后达不到客户要求，重新修理。
二、前台服务人员用例描述：参与者：前台服务人员用例描述：记录检修车辆与客户信息，检修完成后开具发票。
前置条件：客户将汽车送至该汽车修理企业进行检修。
后置条件：完成车辆检修，为客户开具发票。
事件流：1.基本流1.1客户将汽车送至该汽车修理企业进行检修；1.2前台服务人员对该车辆及客户信息进行登记，记录客户检修需求；1.3修理部经理安排机械工程师修理此车；1.4修理完成，客户取车，开具发票。
三、修理部经理用例描述：参与者：修理部经理用例描述：对车辆进行初步检查，并安排机械工程师进行修理。
前置条件：客户及车辆信息正确登记，经过初步检查后交于机械工程师修理。
后置条件：安排并确认检修完成。
事件流：1.基本流1.1对车辆进行初步检查；1.2制定检修内容和检修时间；1.3安排机械工程师修理此车；1.4确认修理完成。
2. 备选流2.1若修理完成后达不到客户要求，重新制定一个新的安排工作。
四、机械工程师用例描述：参与者：机械工程师用例描述：修理部经理安排好机械工程师，机械工程师按要求进行检修。
前置条件：经过修理部经理确认后，完成修理工作。
后置条件：若达不到要求，继续检修，直到完成车辆检修。
事件流：1.基本流1.1修理部经理安排好机械工程师修理此车；1.2在修理过程中，若发现问题，上报修理部经理；1.3重新制定工作计划并继续修理；1.4完成检修任务后，负责完成检修报告。
2. 备选流2.1在修理过程中发现问题，向修理部经理提出才可继续修理。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
这里用我开发的一个家教网站来简单的分析用例图的画法和用例描述的写法。
这个网站我用UML完整的分析一下，以下我提取了用例图和用例描述的部分。
这个家教网站分为前台客户系统和后台管理系统。
前台客户系统的用例图如下：
后台管理系统用例图如下：
对于用例描述，篇幅有限，我在这里只列了后台管理系统中的网站公告发布这个用例的描述。
如下：
用例名称：网站公告发布
用例标识号：101
参与者：负责人
（注：专业文档是经验性极强的领域，无法思考和涵盖全面，素材和资料部分来自网络，供参考。
可复制、编制，期待你的好评与关注）。