UML学习笔记

业务执行者

业务执行者的定义是：在组织之外和组织交互的人群或组织

业务工人（Business Worker）

组织内的人肉系统。

业务执行者和业务工人的区别是，一个在组织外面，一个在组织里面，一个是组织不可替换的，一个是组织可以替换的零件。

业务实体

就是组织中的非人系统，例如银行的取款机、点钞机、营业系统。

业务工人和业务实体不在业务用例图中出现，因为它们不是组织的价值，而是成本。
业务工人和业务实体放在名为“业务对象”的包里，作为类（Class）的一个构造型。
在识别业务执行者时，不需要画业务工人和业务实体，在接下来画业务用例的实现——
业务序列图的时候加上就可以。

类之间通过协作实现用例。业务工人和业务实体协作完成业务用例，系统类协作完成系统用例。

业务用例

指业务执行者希望通过和组织交互达到的，而且组织能提供的价值。

业务用例刷新了业务流程的概念。
我们把业务流程看作是业务用例的实现，将其组织在业务用例的下面。
组织内部之所以有业务流程，是因为要实现业务用例。
组织里发生的一切都是为了给业务执行者提供价值。

识别业务用例有两条路线：一条是从业务执行者开始，思考业务执行者和组织打交道的目的；

另一条是通过观察组织的内部活动，一直问为什么，向外推到组织外部的某个业务执行者。

有箭头从执行者指向用例，也有箭头从用例指向执行者。前一种执行者称为用例的主执行者，后一种执行者称为用例的辅助执行者

系统执行者的定义

在所研究系统外，与该系统发生功能性交互的其他系统。

用例的主执行者

只是表明这个用例是为这一类执行者而做，但不代表系统一定要有权限控制以防止其他的
人或电脑系统使用该用例

系统用例的定义

系统能够为执行者提供的、涉众可以接受的价值。

最常犯的错误是：把步骤当作用例

另一个经常碰到的问题是CRUD问题。

业务序列图中，从外部指向所研究系统的消息，可以映射为该系统的用例。

有的箭头是从执行者指向用例，这样的执行者称为用例的主执行者，有的箭头是从用例指向执行者，
这样的执行者称为用例的辅执行者。主执行者主动发起用例的交互，辅执行者在交互的过程中被动参与进来，
但是，这两者都是达到用例的目标所需要的。

主辅执行者

是针对某个用例来说的，一个系统在这个用例充当主执行者，也可以在另一个用例充当辅执行者。“××是系统的主（辅）执行者”的说法是错误的。