第三章UML核心元素3.1版型3.2参与者3.3用例3.4边界3.5业务实体3.6包3.7分析类3.8设计类3.9关系3.10组件3.11节点版型(stereotype)有些书也称类型、构造型——对UML中元素基础定义的扩展UML中每一种元模型很多版型如，用例有“业务用例”、“业务用例实现”等类，“接口”、“边界类”、“实体类”NewInterfaceNewInterface2<>NewInterface3NewClassNewClass2NewClass3NewClass4NewClass53.2参与者(actor)一幅用例图包含的模型元素有系统、参与者、用例及用例之间的关系。系统系统被看作是一个提供用例的黑盒子代表系统的方框的边线表示系统的边界，用于划定系统的功能范围，定义了系统所具有的功能描述该系统功能的用例置于方框内代表外部实体的行为者置于方框外用例图示例3.2.1基本概念参与者(actor)是系统的直接外部用户—直接与系统通信的一个对象或一组对象。每个参与者都表示以某种方式对系统起作用的那些对象。参与者可以是人、设备和其他系统—任何与系统直接交互的事物。参与者有一个明确的用途。建模参与者有助于定义系统，识别系统内部及其边界上的对象。注意：用例总是由行为者启动的。3.2.1.1参与者位于边界之外(I)场景：小王到银行去开户，向大厅经理询问了办理手续，填写了表单，交给柜台职员，拿到了银行存折。谁是actor，小王、大厅经理、柜台职员？通过回答下面两个问题来确定：谁对系统有着明确的目标和要求并且主动发出动作？系统是为谁服务的？3.2.1.1参与者位于边界之外(II)小王是参与者(actor)，大厅经理和柜台职员是什么？他们可以被称为业务工人(businessworker)3.2.1.2参与者可以非人SaintPig如果我开发一个猪圈自动供食供水系统，猪的前蹄触发一个开关系统就供食或供水。这里的Actor是小猪。思考：识别参与者？寻呼台系统：用户如果预定了天气预报，系统每天定时给他发天气消息；如果当天气温高于35度，还要提醒用户注意防暑；在这个叙述里，谁是寻呼台系统的在这个叙述里，谁是寻呼台系统的ActorActor？？用户用户,,气温气温,,时间都是时间都是ActorActor3.2.2发现参与者在发现参与者的过程中，可以询问一下问题以帮助确定参与者：谁负责提供、使用或删除信息？谁将使用此功能？谁对某个特定功能感兴趣？在组织中的什么地方使用系统？谁负责支持和维护系统？系统有哪些外部资源？其他还有哪些系统将需要与系统进行交互？1、机票购买...
