编写有效的业务用例 读书笔记03

第五章 三个命名的目标层次

1、用户目标（蓝色，海平面）（user goal），它是主执行者努力使工作得以完成的目标，或是用户使用系统的目标。它相当于业务过程工程中的“基本业务过程”。

2、概要层次目标（白色，云朵，风筝，summary-level goal）包含多个用户目标。在描述系统时，他们有如下三方面的功能：

         显示用户目标运行的语境；

         显示相关目标的生命周期顺序；

         为底层用例（包括白色用例和蓝色用例）提供一个目录表。

3、子功能层次（靛青色/黑色，海平面以下/蛤，subfunction-level goal）的目标是指那些在实现用户目标时可能会被用到的目标。

4、关于目标层次有三个重要的注意事项：

         把较多的精力投入到对海平面（用户目标）用例的考查上，它们是重要的用例。

         编写一些最外层用例来为其他用例提供语境。

         不要在“是否把系统需求规格说明语句中你最喜欢的那个措辞用作用例的标题”上面小题大做。

5、找出正确的目标层的两个指导原则：

         找到用户目标，问两个问题（1）主执行者真正想要的是什么?（2）执行者为什么要做这件事？答案可能就是执行者的目标。

         对每个用例执行第3步到第10步

6、为了提升一个或几个交互步骤的目标层次，思考这样一个问题，“执行者为什么做这件事？”答案可能就是较高一层的目标。

将目标分层，可以使得在获取需求时兼顾大局和小节，发现高层次目标有利于把握全局，而要细化需求时，又不得不去寻找低层次的目标，而用户目标则是两者的中间点，往往用户目标描述的步骤将是未来软件系统界面和流程的雏形。

 

第六章前置条件、触发事件和保证

  1、用例的前置条件（precondition）声明了启动该用例之前系统必须满足的条件。通常，前置条件是指该条件已经通过其他用例的执行进行了设置。

最简单的例子，在论坛里发贴子用例的前置条件是用户登录。

往往层次高的用例中前后两个没有可选路径的步骤，降低一级层次后，两个步骤独立为两个用例，那么前一个用例就是后一个用例的前置条件

3、最小保证是系统向项目相关人员作出的最低承诺，尤其是在主执行者的目标不能被满足的情况下。在目标遭遇失败的情况下，项目相关人员认可他们的利益得到了保护，这时最小保证是否成功/失败的测试标准。

4、成功保证（success guarantee）说明了用例成功结束后项目相关人员的哪些利益得到了满足，用例可以通过执行主场景获得成功，也可以通过执行可选路径获得成功。成功保证通常作为最小保证的添加内容：最小保证被满足以后，并且一些附加条件为真；附加条件中至少包括用例标题中声明的目标。

5、项目相关人员认可他们的利益得到了满足，这是成功是否成功/失败的测试标准。找到成功保证的最好方法是问这样一个问题：“在用例结束时，什么事会使项目相关人员感到不高兴？”这个问题通常很容易回答，然后写出答案的反面回答。

6、触发事件（trigger）指明了启动用例的条件。

 

总结：从这章起，内容开始涉及到具体一个用例的各个元素。