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