1、1,第4章 UML的符号,谭煌,2,UML的符号,UML的最大贡献就是提供了一个标准的、统一的建模符号体系，结束了由不同符号体系的应用所带来的混乱。 UML符号体系是可视化的，可为系统建立图形化的可视模型，使系统的结构变得直观，易于理解。 UML符号具有定义良好的语义，不会引起歧义。,3,注释,注释是用来对元素或元素集合进行注解或约束时所用的图形符号。 注释的UML符号表示是右上角带有折角的矩形。,4,参与者 （以人为本）,参与者代表在系统边界之外，与系统交互的人、硬件设备、或另一个系统。 参与者的UML符号表示是如图所示的“小人”，并可在符号下标出参与者名。,5,参与者,小王去银行开户，向大
2、厅经理询问了办理手续，填写了表单，交给柜台职员，拿到了银行存折。,谁对系统有着明确的目标贺要求并且主动发出动作？ 系统是为谁服务的？,谁是银行系统的参与者呢？,小王,6,参与者,发现参与者 参考涉众 参考客户的岗位设置（与客户代表访谈） 访谈内容 谁负责提供、使用和删除信息 谁将使用此功能 谁对某个特定功能感兴趣 在组织中的什么地方使用系统 谁负责支持和维护系统 其他还有哪些系统将需要与该系统进行交互,7,参与者,机票购买者通过登录网站买票,8,参与者,机票购买者通过呼叫中心，由人工坐席操作订票系统购买机票,9,参与者,机票购买者通过呼叫中心的自动语音预定机票,10,参与者,呼叫中心成了机票预
3、定系统的子系统,11,参与者版型,业务主角 业务范围和系统范围 业务范围指项目所涉及的所有客户业务，这些业务有没有计算机系统参与都客观存在 系统范围则是指软件将要实现的哪些对应于业务功能的系统功能 业务主角是与业务系统有着交互的人和事物，主要用来确定业务范围,12,参与者版型,业务主角的特殊性在于，它针对的是业务人员而非计算机用户，没有计算机系统，这些业务人员也客观存在建立业务模型、查找业务用例都必须使用业务主角，而不是普通用例。,要建设一个符合客户需要的计算机系统，首要条件是完全彻底地搞清楚客户的业务，而不是预先假设一个符合客户需要的计算机系统，再让客户来假设需要计算机系统帮他们做什么。,1
4、3,参与者版型,业务主角必须再实际业务里能找到对应的岗位或人员。 确定获得的业务主角 业务主角的名称是否是客户的业务术语 业务主角的职责是否再客户的岗位手册里由对应的定义 业务主角的业务用例是否都是客户的业务术语 客户是否对业务主角能顺利理解,14,参与者版型,业务工人,人工座席参与了业务执行过程，但是它不能称为参与者，它被称作业务工人,15,参与者的核心地位,16,用例,用例规定了系统或部分系统的行为，它描述了系统所执行的动作序列集，并为执行者产生一个可供观察的结果。 用例的UML符号是椭圆，并可在椭圆下标出用例名。,17,用例,18,用例的定义及组成,用例定义了一组用例实例，其中每个实例都
5、是系统所执行的一系列操作，这些操作生成特定参与者可以观测的值。 一个用例就是与参与者交互的，并且给参与者提供可观测的有意义的结果的一系列活动的集合。 一个用例包括前置条件，用例实例和后置条件,19,用例特征,用例是相对独立的 它不需要与其他用例交互而独立完成参与者的目的。,20,用例特征,用例的执行结果对参与者来说是可观测的和有意义的,21,用例特征,用例必须由一个参与者发起。 用例总是由一个参与者发起的，参与者的愿望是这个用例存在的原因,某人去图书馆，查询了书目，出示了借书证，图书管理员查询了该人以前的借阅以确保没有未归还的书，最后借到了书,22,用例特征,用例必然是以动宾短语形成的 必须有
6、一个动作和动作的受体,23,用例特征,一个用例就是一个需求单元、分析单元、设计单元、开发单元、测试单元，甚至部署单元,24,用例的粒度,业务建模阶段 以每个用例能够说明一件完整的事情为宜 概念建模阶段 以每个用例能描述一个完整的事件流为宜 系统建模阶段 以一个用例能够描述操作者与计算机的一次完整交互为宜,在同一需求阶段，所有用例的粒度应该是同一量级的。,25,用例的获取,26,用例的获取,对于系统分析员需要确认 参与者是位于系统边界外的 参与者对系统有着明确的期望和明确的回报要求 参与者的期望和回报要求在系统边界之内 通过与参与者的交流，需要确保 一个明确的有效地目标才是一个用例的来源 一个真
7、实的目标应当完备地表达参与者的期望 一个有效地目标应当在系统边界之内，由参与者发动，并具有明确的后果,27,用例的获取（例子）,参与者说：我希望这台ATM能支持跨行业务，我插入卡片输入密码后，可以让我选择是取钱还是存钱；为了方便，可以设置一些默认的存取金额按钮；我可以修改密码，也可以挂失；还有 我希望可以缴纳电话费、水费等费用；为了安全起见，ATM上应当有警示小心骗子的提示条，还有摄像头；如果输入三次密码错误，卡片应当被自动吞没。,28,用例的获取（例子）,支持跨行业务 插入卡片 输入密码 选择服务 取钱 存钱 挂失卡片 缴纳费用 警示 三次错误吞卡,29,用例的获取（例子）,支持跨行业务 错
8、，业务规则，限定业务的范围 插入卡片 错，过程步骤，不是完整目标 输入密码 错，过程步骤 选择服务 错，过程步骤 取钱 对 存钱 对 挂失卡片 对 缴纳费用 对 警示 错，超出边界范围 三次错误吞卡 错，业务规则,30,用例,用例与功能 功能是客观存在的 用例即参与者的需求，是参与者的主观愿望 用例与步骤 用例是参与者对目标系统的一个期望，一个完整的事件。 为了完成这个事件需要很多步骤,31,用例,业务用例 专门用于需求阶段的业务建模 描述的是客观存在的业务 业务用例实现,32,用例,概念用例 用来获得业务模型中的关键概念 用来获取业务用例中的核心业务逻辑,33,用例,系统用例（用例） 系统的
9、功能需求,34,协作(用例的实现),协作命名了彼此合作完成某个行为的类、接口和其他元素的群体。 协作可以用来定义用例和操作的实现，为系统体系结构上的重要机制建模。 协作的UML符号是虚线椭圆，每个协作都有一个名字以与其他协作相区分。,35,类,分析类（边界类，控制类，实体类） 分析类代表系统中主要的“职责”，这意味着分析类是从功能性需求向计算机实现转化过程中的“第一个关口” 分析类可以产生系统的设计类和子系统，这意味着计算机实现是可以通过某种途径“产生”出来的，而不是拍脑袋拍出来的。,36,类,边界类 边界类处理系统环境与系统内部之间的通信，边界类为用户或另一个系统（即参与者）提供了接口。 边
10、界类的UML符号表示,37,类,使用边界类的场景 参与者与用例之间 用例与用例之间 用例与第三方系统 相关业务对象之间,边界类主要位于展现层,38,类,边界类特点 有助于提高系统的可用性 尽可能地保持在较高层次上 合理封装介于系统与主角之间的交互 如果主角改变它们未系统提供输入的方式，边界类就应该是唯一需要改变的对象 如果系统改变为主角提供输出的方式，边界为就应该是唯一需要改变的对象 必须了解其他对象类型的需求，以便它们能够得以实施，并相对于“系统内部元素”保持器可用性和有效性,39,类,控制类 （协调） 控制类是用来为特定于一个或多个用例的控制行为建模的类。,40,类,实体类 实体类是模拟必
11、须被存储的信息和其关联行为的类。 实体类的UML符号表示,41,类,分析类的三高 高于设计实现 高于语言实现 高于实现方式,42,类,类是分享同样的属性、操作、关系和语义的对象的集合。 类是现实世界中的事物的抽象，当这些事物存在于真实世界中时，它们是类的实例，并被称为对象。类可以实现一个或多个接口。 类的UML符号是划分成3个格子的长方形。,43,类,参数类 参数类又被称为模板类（Template Classes），模板类定义了类族。 模板不能直接使用，要首先实例化模板类，实例化包括将这些形式模板参数绑定到实际的参数。 参数类的UML符号是在类的UML符号表示的右上角加一个虚线框，在这个虚线框
12、中列出模板参数。,44,对象,对象代表了类的一个特定实例。对象具有身份（Identity）和属性值（Attribute Values）。,45,消息,消息是对象间的通信，它传递了要执行动作的信息，它能触发事件。 消息的UML符号表示是带箭头的实线。,46,接口,接口是用来定义类或组件服务的操作的集合。与类不同，接口没有定义任何结构，也没有定义任何实现。,47,接口,接口与类之间的关系,48,包,包是一个用来将模型单元分组的通用机制。 包可以用在任何一个UML图中，但一般多用于用例图和类图，它就象文件夹一样，可以将模型元素分组隐藏，从而简化UML图，使得UML图更易理解。,49,包,可见性 引入
13、与输出 类属关系 组件包,50,组件,组件代表了一个接口定义良好的软件模块。 组件是系统的一个物理的、可替代的部分，它遵循接口定义，并为接口提供了实现。 组件的特点如下： （1）组件是物理的。 （2）组件是可替代的。 （3）组件是系统的一部分。 组件的图形符号,51,状态,状态机（State Machine）描述了对象在生命周期中响应事件所经历的状态的序列以及对象对这些事件的响应。状态机由状态、跃迁、事件、活动、动作等组成。 状态描述对象在生命周期中的一种条件或状况，在这种状况下，对象满足某个条件，或执行某个动作、或等待某个事件。 一个状态在一个有限的时间段内存在。,52,状态,状态由以下几部
14、分组成： 名字 入口出口动作 内部跃迁 子状态,53,状态：不相交子状态,54,状态： 历史状态,55,状态：并发子状态,56,跃迁,跃迁是两个状态间的一种关系，它表示对象在第一个状态将执行某些动作，当规定的事件发生或满足规定的条件时，对象进入第二个状态。 跃迁表示了从活动（或动作）到活动（或动作）的控制流的传递。 跃迁由以下部分组成： （1）源状态与目标状态 （2）触发事件 （3）护卫条件 （4）动作,57,判定,判定节点的UML符号是一个空心菱形。,58,同步条,同步条的UML符号表示用粗的水平或竖直条表示。,59,活动,活动是在状态机中进行的一个非原子的执行，它由一系列的动作组成。 活动
15、的UML符号表示,60,节点,节点是运行时存在的物理单元，它代表了具有内存以及处理能力的计算资源。 节点与组件之间有许多重要的不同之处： 组件参加系统的运行；节点是运行组件的硬件。 组件代表了其他逻辑组件的物理封装；节点代表了组件的物理分布。 节点的UML符号,61,UML的扩充机制,UML的扩充机制包括： 衍型（Stereotypes）。 标记值（Tagged Values）。 约束（Constraints）。,62,UML的扩充机制：衍型,衍型扩充了UML的词汇表，使用户可以从已存在的模型元素派生出新模型元素，这些元素是为特定的问题域定制的。,63,UML的扩充机制：标记值,标记值扩充了UML模型元素的属性，使用户可以在模型元素的规格说明中添加新的信息。,64,UML的扩充机制：约束,约束扩充了UML模型元素的语义，使用户可以添加新规则或修改已存在的规则。,
