面向对象分析与设计课件-分析篇.pptVIP

主要概念及表示法 活动图由结点（node）和边（edge）两种基本元素构成 活动结点——动作、判断、合并、分岔、汇合、起点、结束 活动边——控制流和对象流 动作与活动 动作（action）是活动的基本构成单位，被看作一种原子的构造成分。 活动（activity）是由一系列动作构成的，是对一项系统行为的描述，它不是活动图的模型元素，而是一个整体概念，对应着整个活动图。 如果要展开一个动作内部的细节，则： 定义为“子活动”——UML1 定义为“调用行为”动作——UML2 动作名称 一般动作 重复动作 动作名称 * 在有些图中也称为顶点（vertex）和弧（arc） 判断与合并 ——是一对控制结点 判断（decision）表示执行到这一点时将判断是否满足某些条件，以决定从不同的分支选择下一个动作。 合并（merge）表示把多个分支合并到一起。 条件 else 条件1 else 条件2 … 条件3 判断 合并 合并与判断结合 分岔与汇合 ——另一对控制结点，用来表示并发行为 分岔（fork）表示一旦前面的动作结束而流入这个结点，它的每个流出边所指的动作都可以执行。 汇合（join）表示汇合点之前有多个控制流在汇合点上需要取得同步，并汇合为一个控制流。 分岔 汇合 汇合与分岔结合使用 起点、活动结束和流结束 起点（initial node）表示由一个活动图所描述的整个活动的开始； 活动结束（activity final）表示活动图所描述的整个活动到此终结； 流结束（flow final）表示活动图中一个控制流的终结，但并不是整个活动终结。 起点 活动结束 流结束 活动边 连接两个活动结点的有向边称为活动边（activity edge） 包括控制流（control flow）和对象流（object flow） 控制流 对象流 控制流及其连接的结点 一个活动图的例子 接订单 付款 按订单发货 关闭订单 起点 活动结束 分岔 判断 合并 汇合 填写订单 送发票 收款 发票 [订单被拒绝] [订单被接受] 动作 控制流 对象流 泳道（swim lane） 一种辅助机制，其作用是把活动图中的各个动作划分到与它们的执行者相关的若干区域中，从而清晰地表现出不同的执行者分别执行了哪些动作。 接订单 付款 按订单发货 关闭订单 填写订单 送发票 收款 [订单被拒绝] [订单被接受] 发票 订单部 财务部 顾客 如何使用活动图 描述对象的操作流程 未必每个操作 未必十分详细 描述系统某些局部的行为 判断是否真正必要 描述系统外部可见的行为 实际上是描述用况 如果用文字更清楚就用文字 描述系统的业务流程 注意业务流程和执行过程的差别和并发描述的误差 产生数据 [缓冲区满] [缓冲区空] 睡眠 睡眠 存数据 取数据 计数加1 计数减1 唤醒消费者 唤醒生产者 处理数据 创建生产者 创建消费者 [else] [else] 9.5 状态机图（state machine diagram） 状态机图：是一种描绘系统中的对象（或者其他实体）在其生命期内所经历的各种状态，状态之间的转移，发生转移的动因、条件及活动的模型图。 别称：状态图（state chart） 状态转移图（state transition diagram，STD） 状态建模：通过分析系统（或其局部）所经历的状态和状态之间的转移，用状态、转移等概念来建立系统模型。 在某些领域可以作为一种独立的建模方法 在面向对象建模中可以起到一种辅助作用 长处：对状态复杂多变，并且在不同状态下呈现不同行为的对象，通过状态建模将有助于准确地认识和描述对象的行为 。 局限性：一个状态机图通常只适合描述系统中一个或少数几个对象的状态及其转移情况，很难用于描述整个系统。 主要概念及表示法 状态（state） UML； “对象生命期中的一种条件或者情形，在此期间它满足某些条件，执行某些活动，或者等待某些事件。” “状态是对一种状况的模型表示，在此期间保持了某些（通常是固有的）条件。” 《对象技术词典》 的定义 对象或者类的所有属性的当前值 。 对象或者类的整体行为（例如响应消息）的某些规则所能适应的（对象或类的）状况、情况、条件、形式或生存周期阶段。 状态太多 识别状态等价类 状态名称 状态名称 内部活动 展开方式 压缩方式 表示法 并发系统中的消息 控制流内部的消息——与顺序系统相同 控制流之间的消息——情况复杂得多 ·消息有多种用途 服务请求，传送数据，发送通知，传递控制信号…… ·消息有同步与异步之分 同步消息（synchronous message） 异步消息（asynchronous message） ·接收者对消息有不同响应方式 创建控制流 ，立即