用例图与用例规范
仅以UML表示法显示用例图是不够的。每个用例都附有解释用例目的的文本以及执行用例时完成的功能。
用例规范通常在分析和设计阶段以迭代方式创建。
- 首先,只写了执行用例的正常流程所需的步骤的简要描述(即,用例提供了什么功能)。
- 随着分析的进行,这些步骤被充实以添加更多细节。
- 最后,将异常流添加到用例中
- 每个项目都可以采用标准用例模板来创建用例规范。
用例与用例规范
用例描述了由参与者执行的任务,该任务为企业产生了商业价值的结果。用例可以可视化为用例图或/和结构化文本规范格式:
用例(任务——客户想要执行)可能是:
- 交互式 ——系统用例描述了参与者与系统的交互,以实现已定义的业务目标
- 手动 - 演员执行的一系列动作
- 自动化 — 由程序或脚本执行的一系列步骤
用例的特征
一个用例有:
- 只有一个目标
- 单一起点
- 单一的终点
- 从头到尾的多种路径
- 即为各种可能的条件指定行为
- 每个条件可能需要特定的操作
例如——客户支付账单:
实现目标有多种途径:
- 电话支付
- 通过邮寄
- 亲自
- 通过支票
- 用现金等
不通向目标的路径:
- 信用卡被拒绝
敏捷用例方法
用例模型及其各个用例会随着时间的推移逐级演进。并非模型的所有用例都必须指定为相同的详细程度。
适时且恰到好处
用例可以在不同级别的数据和范围内编写,每个都有一个目的:
- 摘要:系统功能或业务流程的一般描述和全面概述。
- 用户级别 :与任务相关的用户描述以及他们如何与系统交互;特定业务流程的描述。用户级用例通常被认为是用户主要工作的任务级别。
- 子功能:用于完成核心用例的子部分的较低级别活动的描述。
注意:某些用例可能被充分指定到 II 级。当使用及时和恰到好处的方式获得足够的细节时,您就会停下来。
详细的用例规范
详细用例是一种文本表示,它以某种格式说明一系列事件以及其他相关用例信息。人们通常采用标准用例模板来记录用例的详细信息
用例模板——ATM取款案例示例
如前所述,用例有几种符号样式(例如图表样式、统一建模语言、文本格式)。无论使用什么符号都应该易于理解。您可以使用模板,例如Alistair Cockburn中的模板,但也可以选择最适合您团队的模板。
用例规范
用例名称:提取现金
参与者:客户(主要)、银行系统(次要)
摘要描述:允许任何银行客户从他们的银行账户中提取现金。
优先级:必须有
状态:中等详细程度
前置条件:银行客户有卡可插入ATM
ATM正常在线
后置条件:
- 银行客户已收到他们的现金(以及可选的收据)
- 银行已从客户的银行账户中扣款并记录交易详情
基本路径:
- 客户将他们的卡输入 ATM
- ATM 验证该卡是有效的银行卡
- ATM 要求输入 PIN 码
- 客户输入他们的 PIN 码
- ATM 根据 PIN 码验证银行卡
- ATM提供包括“取款”在内的服务选项
- 客户选择“提款”
- ATM 提供金额选项
- 客户选择金额或输入金额
- 自动柜员机验证其储罐中是否有足够的现金
- ATM 验证客户是否低于取款限额
- ATM 验证客户银行账户中有足够的资金
- 自动柜员机从客户的银行账户中扣除
- ATM退回客户的银行卡
- 客户拿走他们的银行卡
- ATM 发放客户的现金
- 客户拿走他们的现金
替代路径:
2a. 无效卡
2b。卡倒置
5a。被盗卡
5b。PIN 无效
10a。料斗中现金不足
10b。料斗中的现金面额错误
11a。提款超过提款限额
12a。客户银行账户资金不足
14a。银行卡卡在机器里
15a。客户未能取走他们的银行卡
16a。现金卡在机器里
17a。客户未能拿走他们的现金
- ATM 无法与银行系统通信
- b 客户不响应 ATM 提示
商业规则:
B1:密码格式
B2:PIN 重试次数
B3:服务选项
B4:金额选项
B5:提款限额
B6:取款前必须取走卡
非功能性要求:
NF1:完成交易的时间
NF2:PIN 输入的安全性
NF3:允许收卡和现金的时间
NF4:语言支持
NF5:盲和部分盲支持
相关推荐
用例驱动的用例命名参考
讲用例图的说明及用法,用例描述,用例说明等
3 图书馆管理系统的用例图 从用例图中我们可以看出管理员和读者之间对本系统所具有的用例。 管理员所包含的用例有: (1) 登录系统:管理员可以通过登录该系统进行各项功能的操作 (2) 书籍管理:包括对书籍的增...
用例方法最早是由Iva Jackboson博士提出的,后来被综合到UML规范之中,成为一种标准化的需求表述体系。用例的使用在RUP中被推崇备至,整个RUP流程都被称作是"用例驱动"(Use-Case Driven)的,各种类型的开发活动包括...
UML课自己程写的一个直播平台的,有用例图,序列图,活动图等,参与者有主播,游客,管理员,粉丝,房管等,还在为规范发愁吗,参考一下我写的吧
2.1用例与用例图用例是需求分析中最重要的概念,需求表征了一个系统的设计特性、特征和行为,描述一个系统的需求意味着描述了建立在该系统外部的事物与系统之间的契约,契约上声明了期望系统做什么。需求获取...
本文档遵循严格的软件工程规范,对网上音乐商城进行全面的分析,包含用例图、用例规约描述等
第一部分简介本文档和本项目 第二部分主要是用例图和少量的文字 第三部分主要是用例描述,为了使描述规范化,我们采用了统一的模板进行描述
如果内容多,可以对用例进行分组,画出多张用例图。 2) 为每个用例编写用例规约。至少2个。 3) 画出系统顺序图。 2. 建立分析模型 1) 画出类图,要包含关联等细节。 2) 画出顺序图,用来表示每个用例如何实现。至少2...
绘制标准的用例图并撰写规范的用例文档,绘制标准的类图; 5. 检查最终的需求模型,确保模型与需求的一致性。 四、实验步骤 1. 安装PowerDesigner15.1; 2. 熟悉PowerDesigner15.1的常用功能; 3. 分析实例场景,...
2.2.4 系统用例图 4 2.2.5 角色分析 4 3 系统设计 5 3.1 系统设计思想 5 3.1.1 页面模块化 5 3.1.2 三层结构设计 5 3.2 系统功能模块图描述 5 3.2.1 未注册用户 5 3.2.2 注册学员 6 3.2.1 注册教员 6 3.2.2 管理员 7...
1、消费者用例图 8 2、 商户用例图 8 3、 管理员用例图 8 3.5非功能性需求 9 3.6小结 9 四 系统分析与设计 10 4.1系统架构 10 4.2系统功能设计 10 4.3数据库设计 12 4.3.1概念结构设计 12 4.3.2逻辑模型设计 13 ...
1、消费者用例图 8 2、 商户用例图 8 3、 管理员用例图 8 3.5非功能性需求 9 3.6小结 9 四 系统分析与设计 10 4.1系统架构 10 4.2系统功能设计 10 4.3数据库设计 12 4.3.1概念结构设计 12 4.3.2逻辑模型设计 13 ...
通过用例图,人们可以获知系统不同种类的用户和用例。用例图也经常和其他图表配合使用。 状态图(Statechart Diagram): 是描述一个实体基于事件反应的动态行为,显示了该实体如何根据当前所处的状态对不同的事件...
3.1.2识别用例,画用例图 4 3.1.3写用例规约 7 3.1.4状态图 25 3.2建立对象模型 32 3.2.1识别类与对象 32 3.2.2绘制类图 33 3.3建立动态模型 34 3.3.1登录功能顺序图 34 3.3.2管理员功能顺序图 35 3.3.3班主任功能...
软件测试规范 目 录 一.概述 ............................................................................................................................................................ 1 二 软件...
3.2.1 系统用例图 9 3.2.2 系统角色 9 3.2.3 用例分析 9 3.3系统顶层架构 12 3.4 领域概念模型 12 3.5性能需求 13 3.6 运行需求 14 3.6.1 界面需求 14 3.6.2 硬件接口需求 14 3.6.3 软件接口需求 14 第4章 家教信息...