Software_programming_architecture_bk_useCase

2019-12-02

---

---

ref : 《writing effective use cases》

编写有可读性的用例

广度优先，从低精度到高精度
精度级别
1.主执行者的名字和目标
2.用例简介或主成功场景
3.扩展条件
4.扩展的处理步骤

对于每一步：
1.显示一个成功的目标
2.捕获执行者的意图，而不是用户接口的细节
3.有一个传递信息，检测条件或者改变状态的执行者。
4.在步骤之间编写注释，执行步骤的顺序（或空缺）
5.通过问“为什么” 来找到更高层次的目标。

对于数据描述（只有精度级别1放在用例文本中）
精度级别
1.数据列名
2.也别名相关联的数据域
3.域的类型，长度和确认条件。

目标级别
用例名字加下列字符后缀
1.概要用例名字加“+”
2.用户目标用例名字后加“！” ，或什么也不加
3.在子功能用例名字后加“-”

=========================================
编写过程
1）定义系统范围和边界
追踪带有输入/输出列表的初始语境图的变化。
2）集中讨论，并列出主执行者
在系统整个生命周期内，找出每个人或非人的主执行者。
3）集中讨论，并尽可能列出系统所有的用户目标
产生初始的执行者-目标列表
4）捕获最外部的概要用例，看看谁最值得关注。
对每个主执行者，检查最外部的概要用例。
5）再次考虑和修改概要用例，增加，减少或者合并用户目标。
对基于时间的触发事件以及系统边界上的其他事件进行双重检查。
6）选择一个用例进行扩展。
考虑编写一个叙述文档来记录资料
7）捕获项目相关人员和利益，前提条件和保证。
系统确保前提条件和利益得到哦满足。
8）编写主成功场景 （main success secnario, MSS)
用 3~9个步骤满足所有利益和保证。
9）集中讨论，并尽可能列出所有扩展条件。
包括系统所能检测到并且必须处理的所有条件。
10）编写扩展处理的步骤。
每个处理结束于：返回主成功场景，一个单独的成功结束条件，或者失败。
11) 抽取复杂的处理流程作为子用例； 合并琐碎的子用例。
抽取子用例时容易的，但会增加项目的开销。
12）重新调整用例集：进行必要的增加，减少与合并。
检查可读性，完备性以及是否满足项目相关人员的利益。

---

---