用例分析之用例规约样例
公司管理系统的用例规约
公司管理系统的用例规约用例名称：公司管理系统参与者：管理员、员工前置条件：管理员已登录系统用例描述：管理员通过公司管理系统对员工进行管理和操作。
基本流程：1. 管理员登录公司管理系统。
2. 系统验证管理员身份并登录成功。
3. 管理员选择需要进行的操作：包括新增员工、删除员工、修改员工资料等。
4. 管理员输入相应的员工信息（新增员工需要填写所有必要信息，删除和修改员工需要提供员工的唯一标识）。
5. 系统验证输入信息的合法性，如输入员工ID是否已经存在等。
6. 管理员确认提交操作。
7. 系统保存相关信息，并进行相应的操作（如新增员工、删除员工、修改员工资料等）。
8. 管理员成功完成操作，系统提示操作成功。
备选流程：- 如果管理员登录失败（用户名或密码错误），系统提示登录失败并重新要求管理员输入用户名和密码。
- 如果管理员输入的员工信息有误（如员工ID已经存在），系统提示相关错误信息，要求管理员重新输入。
- 如果管理员取消了操作，系统不进行任何保存和操作，提示取消操作。
后置条件：管理员退出系统。
异常流程：- 管理员登录失败：系统提示登录失败并重新要求管理员输入用户名和密码。
- 管理员输入的员工信息有误：系统提示相关错误信息，要求管理员重新输入。
- 管理员取消了操作：系统不进行任何保存和操作，提示取消操作。
特殊需求：- 系统需要保证管理员的登录信息和操作信息的安全性和权限控制。
- 系统需要支持对员工信息的搜索、排序和过滤等功能。
- 系统需要提供数据备份和恢复功能，以保证数据的安全性和可靠性。
网上书店——用例规约
如果管理员输入无效的用户名和（/或）密码，系统显示错误信息。管理员可以选择返回基流的起始点，重新输入正确的用户名和（/或）密码；或者取消登陆，用例结束
前置条件
无
后置条件
用例成功后，管理员登陆进入系统
扩展点
无
9．维护顾客信息
简要说明 本用例用于维护顾客信息。包括添加、修改和删除顾客信息
事件流
基本流
无。
2．个人信息管理
简要说明
本用例用于给顾客维护个人信息。包括修改本人的账号、密码和联系地址等信息。
事件流
基本流
当顾客查看并修改个人信息时，开始执行以下基本流：
（1）系统返回给当前顾客在系统数据库中目前存储的个人信息。
（2）顾客可以对本人信息的一项或几项进行修改。
（3）顾客向系统提交修改后的个人信息。
扩展点
无
进入图书信息修改界面，修改并保存图书信息
S-2：删除图书信息
管理员单击删除按钮，相应的图书被删除并更新数据库
S-3：添加图书信息
进入图书信息添加页面，添加并保存图书信息
特殊需求
无
前置条件
管理员登陆
后置条件
用例成功后，图书信息被添加、改变或删除
扩展点
无
11．订单管理
简要说明
本用例是管理员用来管理顾客订单信息之用。该用例接收从银联系统反馈来的关于某顾客的订单是否扣款成功的信息，然后把该信息以电子邮件的方式通知该客户。对于扣款成功的订单，通知物流系统给该订单的顾客配送所购书籍
备选流
顾客输入的新信息验证错误
如果系统检测到顾客输入的信息格式或内容有错（如输入新密码和确认输入新密码不一致等），会向顾客给予错误提示，并要求用户重新输入或取消修改的操作。
需求分析-用例图-用例规约
2a.1 游客重新注册 2b.游客输入密码过短
2b.1 游客重新注册
用例名:登陆 参与者:普通用户 事件流: 1.用户访问论坛首页，选择登陆按钮，进入登陆界面 2.用户输入用户名、密码，完成登陆 可选路径: 2a.用户输入用户名或密码错误
2a.1 系统提示出错，并要求用户重新输入用户名及密码
用例名:个人资料管理 参与者:普通用户 事件流: 1.用户登陆并进入个人中心
3a.1 系统提示待添加用户与已有用户重复 3b.相应版块版主设置数量达到上限
3b.1 系统提示该版块版主数量设置达到上限
用例名:报表管理 参与者:管理员 事件流: 1.管理员登陆管理系统 2.管理员查看报表，或打印报表
用例图
用例规约
用例名:浏览帖子 相关需求:选择相应版块、浏览帖子 参与者:游客、用户 前置信息:游客访问论坛首页并选择相应版块 后置信息:显示当前帖子 主成功场景的事件流: →1.用户访问论坛首页，选择版块 ←2.服务器响应点击事件，跳转页面 →3.用户浏览版块下的帖子
←3a.1 系统提示错误 →3a.2 游客重新输入注册信息 →3b.游客填写的密码过短 ←3b.1 系统提示错误 →3b.2 游客重新输入注册信息
用例名:登陆 相关需求:用户登陆论坛 参与者:用户 前置信息:用户点击登陆按钮进入登陆界面，输入用户名和密码 后置信息:登陆成功进入论坛 主成功场景的事件流: →1.用户点击登陆按钮 ←2.服务器响应点击事件，跳转到登陆界面 →3.用户输入用户名和密码 ←4.登陆成功，用户进入论坛页面 扩展事件流: →3a.用户输入错误的用户名或密码
图书管理系统用例规约
图书管理系统用例规约用例ID： 1角色：借书者，图书管理员用例说明：读者刷卡，系统检索并判断该读者图书数量及借阅期限权限能否再借阅，如可借阅，图书管理员通过读码器读取图书上的条形码进行登记。
前置条件：借书者提出要借的书名，图书管理员查找到该书还有库存基本事件流: 参与者动作系统响应1. 图书管理员选择“借阅登记”，提交“借阅登记”请求；3.借书者输入借阅登记信息2. 系统显示“借阅登记”空白窗口；4.系统列表显示出该读者在借图书信息和该读者借阅期限的权限；若借书者输入借阅登记信息非法，进入4.1.1，若借书者所需书籍不存在，进入 4.2.1若书籍数量不足，进入4.2.2其他事件流: 无异常事件流: 参与者动作系统响应4.1.1登记信息不合法4.1.2未填写登记信息4.2.1图书馆未收录该书籍4.2.2书籍数量不足4.1.1提示用户重新输入4.1.2提示用户输入登记信息4.2.1提示用户预订购买图书4.2.2提示用户预订借阅图书后置条件：用户借书成功用例ID： 2角色：借书者，图书管理员用例说明：读者刷卡，系统检索并显示出该读者在借图书信息和该读者已借阅的时间；前置条件：还书者之前在该图书馆借阅过书籍基本事件流: 参与者动作系统响应1. 图书管理员选择“还书登记”，提交“还书登记”请求；3.还书者输入借阅登记信息2. 系统显示“还书登记”空白窗口；4.系统列表显示出该读者在借图书信息和该读者已借阅的时间。
若超过借阅时限，进入4.1.1其他事件流: 无异常事件流: 参与者动作系统响应4.1.1超过借阅时限 4.1.1提示用户缴纳违约金后再进行还书后置条件：用户还书成功用例ID： 3角色：借书者，图书管理员用例说明：读者刷卡，系统检索并显示出该读者在借图书信息和该读者已借阅的时间；前置条件：图书馆缺少该图书基本事件流: 参与者动作系统响应1. 图书管理员选择“预订登记”，提交“预订登记”请求；3.还书者输入预订登记信息2. 系统显示“预订登记”空白窗口；4.系统列表显示出该读者想要预定的图书信息其他事件流: 无异常事件流: 参与者动作系统响应后置条件：用户预订成功用例ID： 4角色：借书者，图书管理员用例说明：读者刷卡，系统检索并显示出该读者预订图书信息前置条件：用户进行过图书预订基本事件流: 参与者动作系统响应1. 图书管理员选择“取消预订登记”，提交“取消预订登记”请求；3.借书者输入预订登记信息5.借书者选择取消预订2. 系统显示“取消预订登记”窗口；4.系统列表显示出该读者预订图书信息6若用户之前进行过预订，则取消成功。
用例技术-用例规约
用例技术-用例规约
1.用例名称：销户
2.简要说明：
帮助银行工作人员完成银行客户申请的活期账户销户工作
3.事件流
3.1基本事件流
1)银行工作人员进行“活期帐户销户”程序界面；
2)银行工作人员用磁条读取设备刷取活期存折磁条信息；
3)系统自动显示此活期帐户的客户资料信息和帐户信息；
4)银行工作人员核对销户申请人的证件，并确认销户；
5)系统提示客户输入取款密码；
6)客户使用密码输入器，输入取款密码；
7)系统校验密码无误后，计算利息，扣除利息税（调用计息用例），计算最终销户金额，
并打印销户和结息清单；
8)系统记录销户流水及其分账信息。
3.2扩展事件流
1)如果存折磁条信息无法读出，需要手工输入帐号；
2)如果销户申请人的证件与客户资料信息不符或其它因素，而不受理的，银行工作人
员直接退出。
3)如果系统密码校验错误，提示重新输入密码；密码校验失败超过3次，系统提示并
自动退出；
4.非功能需求:
申请受理处理的过程操作时间应在30少内；
打印的销户和结息清单应该清晰明了
5.前置条件：帐户为正常状态（即不是挂失、冻结或销户状态）。
6.后置条件
销户成功并将销户信息存入数据库，证件不符而退出，密码不符而退出。
7.扩展点无
8.优先级高。
用例规约表格模板(基于RUP)
班级：测绘工程学号：1201721193 姓名：杨宇功能需求：1.该系统必须允许注册用户（包括客户和商家）审查他们过去三年的用户历史订单记录或销售记录2.该系统允许用户通过关键字搜索店铺或菜品3.该系统必须允许用户通过销量、评分、距离等条件进行店铺优先级排序4.该系统必须允许登录客户在店铺未打烊且送餐距离合理的情况下下单5.该系统必须允许登录客户给下过的订单评价6.该系统必须允许登录客户下单时使用多种付款平台7.该系统必须保留客户订单记录3年8.该系统必须允许客户和商家两种角色登录该系统9.该系统必须允许商家接单10. 该系统必须允许商家处理订单非功能需求：1. 该系统应满足在ios及android系统运行2. 该系统在10:00-12:30以及5:30-7:00时间段内支800万用户并发使用，其他时间支持200万用户并发使用3. 该系统可以检测用户点评内容是否，若内容违规则可以进行删除。
4. 系统安全：用户在身份认证、授权控制、私密性等方面的要求。
5. 系统易用：系统操作界面美观、简便，通俗，便于操作。
6. 系统可维护：系统在出现故障时可以及时维修，使其数据恢复。
客户用例图：商家用例图系统管理员用例图（1）用例图（1）用例规约：用例编号UC-1 用例名称登录用例描述用户登录该系统主参与者用户前置条件无后置条件登录到系统级别基本事件流程：1.系统提示用户输入用户名和密码2.用户输入用户名和密码3.系统验证用户名和密码，若正确，则登入到系统中。
如果用户输入无效的的用户名和密码，系统显示错误信息，并返回重新提示用户输入用户名和密码或者取消登录候选事件流程：1.点击注册按钮，注册一个新账号特殊需求无扩展点无备注无（2）用例图（2）用例规约：用例编号UC-2 用例名称提交订单用例描述客户提交订单主参与者客户前置条件用户已经成功登入该系统后置条件无级别基本事件流程：1.成功登录系统2.通过查找将需要的菜品添加到购物车3.点击提交订单按钮候选事件流程：1.退出该系统特殊需求无扩展点无备注无（3）用例图2）用例规约：用例编号UC-3 用例名称接收订单用例描述商家接单主参与者商家前置条件商家成功登入商家版系统后置条件无级别基本事件流程：1.成功登录系统2.进入订单处理模块3.点击接单按钮候选事件流程：1.退出该系统特殊需求无扩展点无备注无（4）用例图4）用例规约：用例编号UC-4 用例名称增加菜品用例描述商家通过该系统增加店铺的菜品（包括菜品的名称数量上传图片等）主参与者商家前置条件商家成功登录商家版系统后置条件无级别基本事件流程：1.成功登录商家版系统2.进入管理模块3.点击菜品进入菜品管理模块4.添加菜品名称、相关促销信息以及上传菜品图片5.点击保存按钮候选事件流程：1.返回到主界面2.退出系统特殊需求无扩展点无备注无（5）用例图5）用例规约：用例编号UC-5 用例名称增加活动模块用例描述系统管理员根据需要增加美团外卖活动模块如“今日特价2折”模块主参与者系统管理员前置条件管理员成功登录该系统后置条件完成模块管理级别基本事件流程：1.管理员成功登录系统2.进入活动管理模块3.点击增加活动按钮4.输入相关活动信息（包括活动规则）5.确认、提交候选事件流程：1.退出该系统特殊需求无扩展点无备注无用户下单付款数据流图。
用例规约模板
用例模板
用例名称（用例名）
用例目标（用例在系统中的目标）
级别（概要任务/首要任务/子功能）
活动者（此用例的活动者）
状态（未定义路径/只定义了初始路径/路径定义完成）
前置条件（用例执行千系统应具有的状态）
后置条件（用例成功执行后系统应具有的状态）
主路径（用例主路径的名称）
可选路径（用例的可选路径）
例外路径（用例的例外路径）
举例：
用例名称修改密码
用例目标当用户修改自己的密码时用例开始。
它处理修改密码问题。
当用户结束修改市用例结束
级别子功能
活动者用户
状态只定义了初始路径
前置条件用户登录进入系统
后置条件用户的密码已得到修改
主路径用户修改密码，系统保存修改
可选路径用户修改密码，最后放弃对密码的修改
例外路径用户输入的原密码有误，或者两次输入的新密码不一致，系统显示错误信息。
用户可以选择返回主路径的起始点，重新输入正确的原
始密码以及两次一致的新密码；或者取消修改。
用例规约模板
ABC 医疗影像后处理系统 V2.0用例规约: Process Colon Series中文名称：分析结肠序列用例编号：CU-ABC-COLON-BASE-001主编:***Version 1.0 1.版本历史：2.目录1.版本历史： (1)2.目录 (1)3.简要说明 (1)4.执行者(ACTORS) (2)5.前置条件(PRE-CONDITION) (2)6.后置条件(POST-CONDITION) (2)7.涉众利益(STAKEHOLDER) (2)8.用例场景 (USE CASE SCENARIO) (2)8.1.基本流程（B ASE F LOW） (2)8.2.扩展流程： (2)9.特殊需求（SPECIAL REQUIREMENT） (3)3.简要说明处理数据，显示结肠的三维图像等。
具体包括：1、读取序列数据，2、自动结肠分割3、自动提取中心线，4、三维图展示，渲染效果；5、在三维图中显示中心线；4.执行者该用例由ABC中的《用例：Process Request Series》启动。
5.前置条件1、Process Request Series用例已经正确地获得了序列数据，并生成了体数据；2、命令已经被正确解析为COLON分析；6.后置条件序列被正确分析成结肠，完成结肠初步路径的提取显示和三维效果显示。
7.涉众利益8.用例场景8.1.基本流程（Base Flow）1.系统分析体数据，对数据进行处理，分割出结肠；2.系统对数据进行处理，提取中心线；3.系统显示数据到默认布局的界面（3D、ACS，ENDO，BAND视图）；4.系统显示结肠中心线到3D视图中；5.系统显示渲染效果。
6.如图所示：其中读取序列数据（包括自动生成数据由调用方提供）18.2.扩展流程：9.特殊需求1、结肠包括的视图有：3D,Axial, Coronal, Sagittal,3D Zoom,Axial Zoom, Coronal Zoom, Sagittal Zoom, Endo,Band,Cube。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
4.采购信息导入完毕后，系统自动调用用例3.1,记录采购信息导入现场记录，以便用例3.2使用。
5.当导入的采购属于业主时,通常会连带导入相应的物业信息。(其实这个步骤不必要，物业信息可以单独导入，并且在业主信息中设置有对应物业信息的检索)。
用例可选事件流
异常情况处理等非正常工作流程。
用例后置条件:
最后一个采购信息导入完成并提交系统存储,且得到确认无误后退出用例。
用例非功能性需求:
1.要求导入的Excel表的格式有固定的规范。
2.以各个分公司为单位的创建人所创建的采购信息只有该分公司的所属工作人员才有权利使用。哦年
3.关于供方信息和求方信息的分类，在采购信息属性中已经设置，所以在导入的时候不必特意分类。
修改历史
修改日期：8月3日
顺序图：PC3:UCk:SEQ1:批量导入采购信息正常流程顺序图
边界类原型：
类图：
2.当系统确认操作者具备导入权限时,进入采购信息导入界面。操作者选择将要导入的Excel文件（用本地浏览等方式），点击<确定>。如果要导入的采购信息在系统中已经存在（可以根据采购姓名和出生日期判断），那么系统提示：“该采购信息已经存在！”点击<确认>返回导入页面——单个导入的情况（或者，在系统提示并得到<确认>后，跳过此采购信息继续导入其余信息——多个导入的情况）。
用例触发事件:
当某个分公司接收到填写于Excel表中的采购信息时，为了将此类信息以简捷的方式纳入系统管理范围，需要将采购信息直接导入系统。
用例前置条件:
Excel表中的信息以固定的规范格式填写。
用例主事件流
1.操作者登录系统，指定采购信息导入功能，系统获取操作人员的权限。当系统确认操作者不具备采购信息导入权限时,显示“您不具备此操作权限！“后返回上一级操作页面。
用例卡
用例名称
批量导入采购名单
用例编号
P1:UC3
作者
苑志敏
创建时间
2007.7.11
修改时间
评审者
最终用户
测试者
测试工程师
版本号
1
用例简要描述:
导入格式固定的Excel表形式的采的采购信息创建人,该创建人巳由分公司经理分配给创建采购信息的权限。