业务用例的学习

对于业务用例的识别的使用还是有诸多疑问，在此便做一下笔记。

业务用例识别的过程并不是很难的过程，但是由于对业务用例相关知识的不熟悉，便又复习了一遍

识别业务用例是直接获得的可以从业务参与者的角度，从外部推导出来。

随后要从里面往外部看，内部业务流程的目标是什么

 

 首先可以从业务流程拼装业务用例，其次通过支持性事件识别业务用例

业务用例的关键词：提供的价值——业务功能

用例的特征： 用例实例是系统执行的一系列动作(执行过程)，这些动作将生成特定参与者可观测的结果值 一个用例定义一组用例实例（场景）

简介：参与者使用系统达到某个目标

而对业务用例的命名也有讲究，一般是从参与者视角出发，采用动宾结构来命名。

学习业务用例的使用，也要明白用例是一组用例实例的抽象。其内部要有路径，路径要有步骤；

而用例的粒度指的是用例所包含的系统服务或功能单元的多少。

注意用例的粒度越大，用例包含的功能越多，反之则包含的功能越少。

否则会因为粒度过细，陷入功能分解。

其次会范的常见错误是把步骤当用例，或者是把系统活动当用例。

最重要的一点还有就是避免CRUD,因为这会掩盖真实的业务用例。

可以把包含复杂交互的路径独立出去形成用例——用例扩展关系的利用。

而寻找用例，一般依靠

用例要考虑如下要点来寻找

参与者的工作是什么？

参与者的角色(作用)是什么？

参与者是否生成、参照、删除系统信息？

参与者是否需要把外部变更通知给系统？

系统是否需要把内部事情通知给参与者？

是否存在进行系统维护的用例？

用例数量的参考基准 1个系统中存在十几个用例(或更少)

业务用例是对业务流程的封装，在业务建模过程中需要逐一描述其内部细节，即详述业务用例。 目的是详细说明业务用例的工作流程； 说明业务用例的工作流程，以便于客户、用户和涉众理解。