《UML基础培训（第三讲）》.ppt

UML基础培训系列课程 上一节课后练习 如何在UML表示一个树的节点？ 一个节点有一个parent 一个节点有多个child 代码如下 参考答案 本次课程内容 时序图介绍 状态图介绍 活动图介绍 建模总结 静态和动态建模 所有的系统都可表示为两方面 静态和动态 前面学过的类图用于描述系统的静态结构 对象有什么属性 对象有什么关系和约束 类图将现实世界中的对象和关系抽象为模型，但其不能解释系统中的对象是如何协作以完成系统功能的。 UML中用来动态建模的图 时序图(Sequence) 活动园(Activity) 状态图(Statechart) 协作图 (Collaboration)(我们不介绍) 时序图(Sequence Diagram) 时序图关注的是对象的职责和对象之间的交互情况 强调时间的先后顺序 序列图的主要用途之一，是把用例表达的需求，转化为进一步、更加正式层次的精细表达。 时序图通常用来描述指定的场景,有着固定的执行路径 用例常常被细化为一个或者更多的时序图 时序图对开发人员最有用 时序图基本元素 参与者(与用例对应，非必须) 对象 对象(类的实例) 生命线 多个对象 消息（其实就是方法调用） 消息调用 消息返回 时序图示例:打开用户数据查看窗口（基于三层结构） 时序图Demo 用户请求index.aspx index.aspx打开时显示必威体育精装版的新闻标题 用户点击一则新闻后进入detail.aspx detail.aspx显示新闻的详细资料 基于简单三层结构制作时序图 时序图补充说明 时序图中的对象的粒度可大可小 可抽象：表达系统架构，层之间的调用 可具体:表达对象间方法的调用 在系统分析和设计阶段，不一定每个对象，每一步调用都要画出来 消息返回有 时可以忽略不画 分析阶段可用自然语言表达对象消息 通过时序图确定类中的方法 类包括两大块： 属性 方法 属性和关系已经在类图中确定下来的 但方法如何确定？请看时序图！ 消息调用说明这个类需要这个方法 消息返回就是这个方法的返回值 时序图的不足 时序图擅长描述对象之间的协作关系，尽管它不对对象的行为的现实进行精确定义。 消息有太多条件或循环时，时序图失去了简明性 当行为消息比较复杂时，应该使用活动图 如果想描述跨越多个用例的单个对象的行为，应当使用状态图。 最基本的选择原则是用哪种图更简明清楚则选用哪种图。 “越简明，价值越大”。 本次课程内容 时序图介绍 状态图介绍 活动图介绍 建模总结 状态图(Statechart Diagram) 状态图描述对象的动态行为 特定对象在整个生命周期中的所有可能的状态 以及各种事件引发的状态转换 状态图实例：淘宝购物 状态图基本元素 状态(State) 表示一个对象在特定时刻的状态 如：银行帐户：正常，透支，锁定 可包含一系列活动：do/活动名. 如do/配货 开始和结束（不是必须的） 对象的初始状态 对象的结束状态 状态转移(Transition) 状态的转移的过度 事件名[条件] /动作名 (条件/动作名可以省略 状态图Demo CD Player的状态 本次课程内容 时序图介绍 状态图介绍 活动图介绍 建模总结 活动图(Activity Diagram) 用于描述动作(Activity)和其结果 类似于流程图 关注于用例的现实过程 何时使用？ 分析用例 能清楚直观地了解应当采取哪些动作，及动作之间的关系 理解牵涉多个用例的工作流 活动图示例:管理员管理新闻 活动图基本元素 起点: 每个活动图有且只有一个起开始点 终点 所有被触发的活动都已执行完成 没有要执行的活动 每张活动图可以有一到多个终点 活动(Activity)：一个活动 判断:判断一种条件或前一个活动 连线：用于连接活动，可加条件在上面 条件：用方括号表示，代表在符合规定的条件下。 同步条(Synchronization) 表示活动之间的同步 有一个或多个信息流向它引入 有一个或多个信息流从它引出 表示引入的信息流同时到达 引出的信息流被同时触发 泳道(Swinlame) 用来分组活动 指出活动是由维(角色）来完成的 通常用竖向 也可以指出活动是在那个阶段完成的 通常用横向 Visio的流程图中有类似的物件 带泳道的活动图：银行开户 双泳道的活动图：RUP过程 活动图Demo 采购订单 本次课程内容 时序图介绍 状态图介绍 活动图介绍 建模总结 用例图 业务用例图 vs 系统用例图 业务用例 给最终业务人员看的，应该是最先画的 要简单直观，不要包含实现或系统性的功能 少用泛化，包含，扩展等关系 系统用例图 给IT人员看的 一个系统用例是实际使用系统用户的一个操作. 可由活动图分析而来 类图 不同的阶段画不同的类(小项目没必要) 分析阶段 画出领域模型类 关键是