UML实用技术(设计)v10(阅读).pptVIP

* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * 顺序图vs协作图 相同点： 顺序图和协作图二者是同构的 不同点： 顺序图强调时间的先后顺序，较为通用 协作图强调对象和对象之间的关系，更容易为生成类图服务 状态图 定义： 状态图是用来描述单个对象生命周期的。 状态图描述事件如何引起对象状态的变迁。 状态和事件： 状态图的基础是状态和事件之间的关系。 状态是对象生命中的一种条件或状况，通常需要持续一段时间，事件是触发状态转换的必备因素。 状态图—状态转换 转换是两个状态之间的一种关系，对象在第一个状态中执行一定的动作，并在某个特定事件发生同时某些特定的条件满足时进入第二个状态。 转换的组成： 源状态（source state） 事件触发（event trigger） 监护条件（guard condition） 动作（action） 目标状态（target state） 状态图—状态转换示例 事件可以通过方法调用触发。 也可以通过定时或条件的满足来触发。 灯控系统 状态图—状态的内部构成 状态内部构成： 进入/退出动作：进入和退出执行的动作。 活动：在一个状态内执行的处理过程。 内部转换：在某个给定的状态下，对象可能会收到一些事件，他们不会引起对象状态的变化，但会触发对象的响应。 子状态：状态之间的包含关系。 住房还贷账户 状态图—子状态 子状态： 嵌套在另一个状态中的状态 子状态可分为： 顺序子状态：状态互不相交，是顺序的 并发子状态：状态是并行的 顺序子状态示例 状态图—子状态采用之前 课程注册 状态图—子状态采用之后 课程注册 状态图—指南 对于转移： 所有进入转移都适用时才标明进入动作 所有退出转移都适用时才标明退出动作 递归转移共享状态的进入和退出动作 对于子状态： 当几个状态共享一个进入或离开条件时，建立超状态才有意义 监护条件和动作都要相同时，才能合并为超状态 对于监护： 监护条件不可重叠 监护条件不需要形成一个完整的集合 状态图—航班示例 状态图—恒温器示例 状态图—ATM取款示例 活动图 本质上是一个流程图 描述一个工作流 描述一个操作 基本要素： 活动 活动之间的转移 判断：一种表示判断决策的特殊活动 保证条件：只有保证条件为真时转移才发生 同步条 ：一种表示活动之间同步的特殊活动 起点和终点：起点有且只有一个，终点可有一个或多个 活动图—竟价系统示例 活动图—泳道技术 活动分组，每一组表示负责这些活动的业务组织 尤其适合业务过程的工作流建模 每个泳道可能由一个或多个类实施 转换可跨泳道 活动图—对象流 对象可以被包含在与活动图相关的控制流中 通过依赖与活动转换相连接——称为对象流 可显示对象的角色、状态、属性值的改变 活动图—账户开户示例 应用结构建模 包 构件图 部署图 包 包是UML 中唯一的组织机制 包可以拥有其他元素，这些元素可以是类、接口、构件、节点、协作、用例和图，甚至可以是其他包。 一个包形成了一个命名空间。在一个包中同一种元素的名称必须是唯一的。不同种类的元素可以有相同的名称。 包—包之间的依赖关系 建模时，经常要在一个包的类元和不同包的另一个类元之间构建关系，对于包而言，是一种依赖关系 access：表明源包有权引用目标包中的元素。 import ：是一种访问，它表明把目标包的public 内容加入到源包的命名空间(好像这些内容已被声明在源包中） 依赖关系不允许传递 构件图 构件是物理的、可替换的系统部分，它实现了一个接口集合。 构件可以是可执行体、库、表、文件、文档等 关系 构件与其对应接口之间的关系：实现 构件与其它构件之间的关系：依赖 构件图—示例 部署图 组成： 节点实例：是一个物理元素，它在运行时存在，代表一个可计算的资源，通常占用一些内存和具有处理能力。 Processor Device 节点链：代表指定类型的某个具体连接。 部署图—示例 部署图真的有用吗？ 部署图能够将节点和构件结合起来，以建模处理资源和软件实现之间的关系。 * * * * * * * * 中软培训 中软培训 * UML实用技术----设计 设计图 类图 对象图 顺序图 协作图 状态图 活动图 包图 组建图 部署图面向对象基础--对象和类 对象： 标识 状态 行为 类： 对同类对象实例的抽象。 类和对象： 类是静态的，对象是动态的 类是生成对象的模板，对象是类实例化之后的产物 面向对象基础--抽象和封装 抽象： 对象是对真实世界中事物的抽象 抽象的好坏取决于能否很好地表示真实世界中的对象 封装： 需要揭示的： 对象的目的，明确目的可以为应用选择合适的对象 对象的接口，知道