UML建模知识点三-业务用例图

1.软件是组织的零件

• 对于软件开发来说，业务建模的目的是为了得到待引进软件系统的需求

• 可以从内外两个方面来研究组织。
  1.从外部看，组织是一些价值的集合，我们可以用业务用例图表示；
  2.从内部看，组织是一些系统的集合，我们可以用业务序列图来表示。

  
  

2.识别业务执行者

• 业务执行者：以某组织为研究对象，在该组织之外和该组织交互的组织（人群或机构）就是该组织的执行者。因为研究对象是一个组织，所以叫业务执行者。
• 业务工人和业务实体：组织内的人称为业务工人（Business Worker）
• 业务执行者和业务工人的区别是，一个在组织外面，一个在组织里面，一个是组织不可替换的服务对象，一个是组织可以替换的零件。
• 业务工人是可以被替换的人脑零件，它可能会被其他业务工人替换，但更有可能被业务实体（Business Entity）替换。
• 业务工人和业务实体不在业务用例图中出现，因为它们不是组织的价值，而是成本

3.识别业务执行者

• 研究对象是一个组织，和所研究组织对应的外部对应物——业务执行者也应该是一个组织。

4.识别业务用例

• 业务用例指业务执行者希望通过和所研究组织交互获得的价值
• 业务用例代表组织的本质价值，很难变化，变化的是业务用例的实现——业务流程
• 组织里发生的一切都是为了给业务执行者提供价值
• 业务用例是组织的价值，不会因为某个人脑系统或电脑系统的存在或消失而改变。
• 用好用例，关键在于理解“价值”。价值是期望和承诺的平衡点，买卖的平衡点。
• 识别业务用例有两条思路
  1.一条是从业务执行者开始，思考业务执行者和组织交互的目的
  2.另一条是通过观察组织的内部活动，一直问为什么，向外推到组织外部的某个业务执行者。
• 识别业务用例常见错误：
  1.把业务工人的行为当作业务用例
  2.业务用例随待引入系统伸缩
  3.把害怕漏掉的扩展路径片段提升为业务用例
  4.管理型业务用例