文档介绍：抽象层次是面向对象方法中极其重要且非常难以把握的技巧；
要想建立好模型，就需学会站在不同的抽象层次考虑问题。
抽象层次越高，被屏蔽（或者说封装）的信息也就越多，信息量越少也就越容易理解和处理。
抽象层次
1
统一过程一般抽象层次
2
什么时候选择什么样的层次以及总共抽象多少层？------用例粒度
抽象层次与边界的选择总是相生相伴------边界
抽象层次相关的问题
3
一切都是对象；
对象都是独立的；
对象都具有原子性；
对象都是可抽象的；
对象都有层次性。
对象分析方法
4
2. 参与者（actor）:
定义：actor是在系统之外与系统交互的某人或某事物。如图所示：
UML核心元素
参与者位于边界之外；
参与者可以非人。
5
发现参与者：参与者的一个重要来源是涉众，从涉众中找出那些直接对系统发出动作，或直接从系统中接收反馈的涉众。在查找参与者的过程中，可以询问以下问题以帮助确定参与者：
谁负责提供、使用或删除信息？
谁将使用此功能？
谁对某个特定功能感兴趣？
在组织中的什么地方使用系统？
谁负责支持和维护系统？
系统有哪些外部资源？
其他还有哪些系统将需要与该系统进行交互？
UML核心元素
6
参与者一定是直接并且主动地向系统发出动作并获得反馈的，否则就不是参与者。
UML核心元素
7
业务主角（busuness actor）：是参与者的一个构造类型，特别用于定义业务的参与者，在需求阶段使用。业务主角是与业务系统有着交互的人和事物，他们用来确定业务范围。业务主角的特殊性在于它针对的是业务人员而非计算机用户。
业务工人（business worker）：处于系统边界内，被动地参与了业务的执行过程。业务工人不是参与者。
UML核心元素
8
参与者与其他成员的关系
参与者与涉众（项目干系人、相关方）：参与者是涉众代表，他们的要求就是系统需求的来源；
参与者与用户（user）：用户是系统的使用者。用户是参与者的代表，或者说是参与者的实例或代理。并非所有的参与者都是用户。
参与者与角色（role）：角色是参与者的职责，角色是一个抽象的概念，从众多参与者的职责中抽象出相同的那一部分，将其命名形成一个角色。一个角色代表了系统的一类职责。由于一个用户可以代理多个参与者，因此一个用户可以拥有多个职责，也就是可以被指定多个角色。
UML核心元素
9
参与者、涉众、和角色的关系
UML核心元素
10