UML 第四章 UML核心视图

4.1.2.2 说明层类图
说明层类图考察的是类的接口，类图中表 达的类和类关系应当是对问题领域在接口 层次抽象的描述。
4.1.2.3 实现层类图
类图中的类直接映射到可执行代码。在这 个层次上，类必须明确采用哪种实现语言、 设计模式、通信标准、遵循规范等。
4.1.3 包图(package)
4.2.1.1 动作流
所有动作状态之间的转换流称之为动作流。
与状态图的转换相同，活动图的转换也用 带箭头的直线表示，箭头的方向指向转入 的方向。
4.2.1.1 分支与合并分支(Decisionቤተ መጻሕፍቲ ባይዱ& Merge)
分支一般用于表示对象类所具有的条件行为。 条件行为用分支和合并表达。 在活动图中分支与合并用空心小菱形表示。 一个分支有一个入转换和两个带条件的出转 换，出转换的条件应当是互斥的，这样可以 保证只有一条出转换能够被触发。 一个合并有两个带条件的入转换和一个出转 换，合并表示从对应的分支开始的条件行为 的结束。
第四章 UML核心视图
4.1 静态视图 4.1.1 用例图 4.1.2 类图 4.1.3 包图 4.2 动态视图 4.2.1 活动图 4.2.2 状态图 4.2.3 时序图 4.2.4 协作图
4.1 静态视图
静态视图就是表达静态事物的。它只描述 事物的静态结构，而不描述其动态行为。 静态视图包括用例图、类图和包图
4.2.1.1 动作状态(Action State)
动作状态是指执行原子的、不可中断的动 作，并在此动作完成后通过完成转换转向 另一个状态的状态。 动作状态使用平滑的圆角矩形表示，动作 状态所表示的动作写在圆角矩形内部。
Click Mouse
4.2.1.1 动作状态(Activity State)
使用包的不同版型来绘制包图时，包图就 展示了这个版型所寓意的软件观点。
4.2 动态视图
动态试图是描述事物动态行为的。
动态试图包括：活动图、状态图、时序图 和协作图
4.2.1 活动图(activity diagram)
活动图描述了为了完成某一个目标需要做 的活动以及这些活动的执行顺序。 活动是某件事情正在进行的状态。 活动在状态机中表现为一个由一系列动作 组成的非原子的执行过程。
4.1.1.1 业务用例视图
业务模块视角
业务模块视角
4.1.1.2 业务用例实现视图
业务用例实现视图展现业务用例有哪些实 现途径。
4.1.1.3 概念用例视图
概念用例视图用于展现从业务用例中经过 分析分解出来的关键概念用例，并表示概 念用例和业务用例之间的关系。 一般说这些关系有扩展、包含和精化。
4.2.1.1 活动图的组成元素
① ② ③ ④ ⑤ ⑥ ⑦ 组成UML的图形元素： 动作状态（Action State） 活动状态（Activity State） 动作流（Action Flow） 分支（Decision）与合并（Merge） 分叉（Fork）与汇合（Join） 泳道（Swimlane） 对象流（Object Flow）
4.2.1.1 活动状态(Action Flow)
活动状态用于表达状态机中的一个非原子 的运行。
活动状态的表示图标也是平滑的圆角矩形， 并可以在图标中给出入口动作和出口动作 等信息。
Make Plan
entry/ SetGoal
4.2.1.1 活动状态
活动状态的特点： ① 活动状态可以分解成其他子活动或动作状态， 由于它是一组不可中断的动作或操作的组合， 所以可以被中断。 ② 活动状态的内部活动可以用另一个活动图来表 示。 ③ 和动作状态不同，活动状态可以有入口动作和 出口动作，也可以有内部转移。 ④ 动作状态是活动状态的一个特例，如果某个活 动状态只包括一个动作，那么它就是一个动作 状态。
① ② ③ ④ 组成： 状态（State） 转换（Transition） 事件（Event） 动作（Action）
4.2.2 状态图—状态


状态由一个带圆角的 矩形表示。
状态图标可以分为三 部分： ① 名称 ② 内部转换 ③ 嵌套状态
4.2.2 状态图—转换
转换用带箭头的直线表示，一端连接源状态即转 出的状态，箭头一端连接目标状态即转入的状态。
4.1.1 用例图
对客户而言，用例视图是他们业务领域的 逻辑化表达。对开发者而言，用例视图是 系统蓝图和开发的依据。 用例视图是用来展现参与者和用例的。
4.1.1.1 业务用例视图
业务用例视图使用业务主角和业务用例展现业务 建模结果。 业务主角视图：从业务主角视角展示业务主角在 业务中使用哪些业务用例来达成业务目标。
活动图是一种描述系统行为的图，它用于 展现参与行为的类所进行的各种活动的顺 序关系。
4.2.1.1 用例活动图
用例表达了参与者的一个目标，用例场景 则描述了如何来达到这个目标。 活动图用来描述用例场景，即业务流程。 业务流程一般包括几个基本业务流程和一 个或多个备选业务流程，而业务流程则通 过多个活动按照一定的条件和顺序来推进。 活动可以是手动执行的任务，也可以是自 动执行的任务，每个活动完成一个工作单 元。
4.2.1.1 活动的分解
4.2.1.1 发送和接收信号
UML用凸五边形表示发送信号。当前面的 活动结束后，信号发送，然后开始下一活 动。 UML用凹五边形表示接收信号。当前面的 活动结束时，接收制品会等待，直到收到 信号，然后才开始下一个活动。
4.2.1.2 对象活动图
用于展示对象的交互。
动作 Exit：活动退出是要进行的动作
Activity
entry/ do/ event Undefined/ exit/
判断：判断根据某个条件进行决策，执行不同的流程 分支。 同步：同步起始和同步汇合。同步起始表示从它开始 多个分支并行执行；同步汇合表示多个分支同时达到 后再执行后续活动。 基本流：最主要、最频繁使用的、默认的业务流程分 支。 支流：不经常使用的，由某个条件触发的业务流程分 支。 异常流：非正常的、不是业务目标期待的、容错性的、 处理意外情况的业务流程分支。 组合活动：用嵌套的活动来表示。
4.2.2 状态图(State Diagram)
状态图显示一个状态机。状态机用于对模 型元素的动态行为进行建模，即对系统行 为中受事件驱动的方面进行建模。 通常使用状态图来说明业务角色或业务实 体可能的状态—导致状态转换的事件和状 态转换引起的操作。 状态图通常会简化对类的设计的确认。
Query price
feeBill
[unpaid]
Pay Money
Play Badminton
feeBill
[paid]
4.2.1.1 活动的分解
一个活动可以分为若干个动作或子活动， 这些动作和子活动本身可以组成一个活动 图。 一个包含子活动的活动和嵌套了子状态的 组合状态类似，概念上也相对统一。 一个不含内嵌活动或动作的活动称之为简 单活动；一个嵌套了若干活动或动作的活 动称之为组合活动，组合活动有自己的名 字和相应的子活动图。
获得业务用例之后，通过用例场景来说明 如何达到业务目标，以业务主角和业务工 人作为泳道，以工作单元作为活动来编排 活动图来描述用例场景。 能够
帮助发现概念用例 帮助发现角色 帮助发现业务实体 帮助建立领域模型
4.2.1.6 活动图与流程图的区别
① 流程图着重描述处理过程，它的主要控制 结构是顺序、分支和循环，各个处理之间 有严格的顺序和时间关系；而活动图描述 的则是对象活动的顺序关系所遵循的规则， 它着重表现的是系统的行为，而非系统的 处理过程。 ② 活动图能够表示并发活动的情形，而流程 图做不到。 ③ 活动图是面向对象的，而流程图是面向过 程的。
4.2.1.1 分叉与汇合
4.2.1.1 对象流
对象流是动作状态或者活动状态与对象之间的 依赖关系，表示动作使用对象或者动作对对象 的影响。 对象流中的对象特点： ① 一个对象可以由多个动作操纵。 ② 一个动作输出的对象可以作为另一个动作输入 的对象。 ③ 在活动图中，同一个对象可以多次出现，它的 每一次出现表明该对象正处于对象生存期的不 同时间点。
动作状态的特点： ① 动作状态是原子的，它是构造活动图的最小单 位，已经无法分解为更小的部分。 ② 动作状态是不可中断的状态，它一旦开始运行 就不能中断，一直运行到结束。 ③ 动作状态是瞬时的行为，它所占用的处理事件 极短，有时甚至可以忽略。 ④ 动作状态可以有入转换，入转换既可以是动作 流，也可以是对象流。动作状态至少有一条出 转换，这条转换以内部动作的完成为起点，与 外部事件无关。 ⑤ 动作状态和状态图中的状态不同，它不能有入 口动作和出口动作，更不能有内部转移。 ⑥ 在一张活动图中，动作状态允许多处出现。
活动图示例
起始点：标记业务流程的开始。 结束点：表示业务流程的终止。一个活动 图有一个或多个结束点。 活动：活动是业务流程中的一个执行单元。 在UML中，活动被赋予了四个特定的事件。
Entry:进入活动时要执行的动作 Do：活动执行过程中要进行的动作
Event：活动执行中接收到某个事件是执行的
4.2.1.1 对象流
对象流用带有箭头的虚线表示。如果箭头 从动作状态出发指向对象，则表示动作对 对象施加了一定的影响。如果箭头从对象 指向动作状态，则表示该动作使用对象流 所指向的对象。
4.2.1.1 对象流
Guest Manager
Enter into gymnasium
Look for field Quoted price
4.1.1.4 系统用例视图
系统用例视图是系统的开发范围
4.1.1.5 系统用例实现视图
一个系统用例有多种实现方式