《系统设计类图与时序图》由会员分享，可在线阅读，更多相关《系统设计类图与时序图（43页珍藏版）》请在金锄头文库上搜索。
1、L o g ov 中软国际卓越培训中心 v 类图与时序图用户：招标、验收项目经理：项目管理系统分析员：需求分析系统架构师：系统设计程序员：编码测试工程师：测试简要回顾主要内容 UML概述 类图绘制方法 时序图绘制方法 UML表示 Unified Modeling Language UML包括 数据模型 (Entity Relationship Diagram)业务模型 (work flow)对象模型 组件模型 UML是一种直观化、明确化、构建和文档化软件系统产物 的通用可视化建模语言 UML独立于实现技术（如开发语言），在软件开发各个环 节都可能用到UML定义 UML适用于的开发方式 用例驱动
2、 以体系结构为中心 迭代或增量开发 UML适用于的软件系统 信息系统 技术系统 嵌入式实时系统 分布式系统 系统软件 商业系统 UML适用的软件开发过程 需求分析 系统设计 软件构建 测试UML适用点Booch methodOMTVDM/Z VDM/Z (formal (formal methods)methods)Unified Method 0.8OOPSLA 95OOSEOther methodsUML 0.9Web - June 96 UML 1.0UML partnersFinal submission to OMG, Sep 97First submission to OMG, J
3、an 97UML 1.1OMG Acceptance, Nov 1997UML 1.3public feedbackUML 2.0UML历史使用可视化建模来获取并表现商业逻辑和对象使用可视化建模来分析和设计计算机应用程序 作用一：UML是客户、系统分析员和程序员之间的“桥梁” 用例图 活动图 状态图 时序图 对象图 部署图 UML三个主要作用 作用二：UML从客户的角度将复杂的系统整理清楚UML三个主要作用software可移植技术交互性能全面容量稳定性错误处理容错性功能需求 成本兼容性 作用三：UML能使越来越复杂的软件 系统架构更加合理和健壮UML三个主要作用Use Case Diagra
4、mUse Case Diagram用例图Scenario DiagramScenario Diagram协作图State DiagramState Diagram组件图Component DiagramComponent Diagram部署图State DiagramState Diagram对象图Scenario DiagramScenario Diagram状态图Use Case DiagramUse Case Diagram时序图State DiagramState Diagram类图活动图模型墨绿色表示动态图 粉红色表示静态图 （可把用例图单列出来）功能静态结构物理架构动 态 行 为U
5、ML的九个图 用例图：业务建模、需求、测试 类图：业务建模、分析、设计 对象图：业务建模、分析、设计 组件图：设计 部署图：设计 顺序图：业务建模、分析、设计 协作图：业务建模、分析、设计 状态图：需求、分析、设计 活动图：业务建模、设计结 构行 为敏捷建模原则：需要时再添加可互换可互换UML的九个图UML的模型元素UML基本工作步骤主要内容 UML概述 类图绘制方法 时序图绘制方法类图解说v识别类及其属性v识别类之间的泛化v识别类之间的关联识别类的步骤有没有什么秘诀？Bertrand Meyer：不存在寻找类的简单方法 只能两方面着手：业务知识 + 建模技术识别类及其属性v阅读用例文档，抽取
6、对应于业务实体或事件的词汇 v将词汇进行分类，抽取出合适的类和属性抽取分类识别类及其属性类和属性的名字命名规则： v（名词、形容词）+名词 v使用业务词汇 v没有“与”、“或” v小心“表”、“信息”、“数据” v属性名不要类前缀 v英文：不用缩写，单数识别类及其属性v属性是否描述类对象的特征v属性是否存在冗余v是否有复杂结构的属性v是否有1对多的属性v属性是否对类的所有对象都有意义识别类及其属性审查属性是否描述类对象的特征类的属性什么的什么 什么的什么的什么 什么的什么的什么的什么识别类及其属性属性是否存在冗余常见冗余如：出生年月年龄识别类及其属性是否有复杂结构的属性识别类及其属性复杂结构属
7、性的处理v1:1可以在原类中展开 v1:N独立出去形成关联识别类及其属性属性是否对类的所有对象都有意义识别类及其属性vA的对象总是B的对象，B的对象也总是A的对象 vA的对象总是B的对象，B的对象有时是A的对象（*） vA的对象从来不是B的对象，B的对象也从来不是A的对象 vA和B之间有一些共同的属性（*）识别类之间的泛化关联的几种表现形式识别类之间的关联聚合 vs. 组合v组合/部分v容器/内容v集合/成员识别类之间的关联绘制关联关系识别类之间的关联特殊：关联类关联本身可以有自己的属性和操作关联类或识别类之间的关联特殊：自反关联识别类之间的关联在分析阶段 v边界类：用例的每个执行者映射一个边
8、界类 v 责任：输入、输出、过滤v控制类：一个用例映射一个控制类 v 责任：控制事件流，负责为实体类分配责任v实体类：一个用例有多个实体类参与，一个 实体类可以参与多个用例 v 责任：业务行为的主要承载体采用MVC模式构造类主要内容 UML概述 类图绘制方法 时序图绘制方法时序图解说时序图和类图的关联时序图绘制要点时序图绘制要点v原则1：专家（Expert）原则v原则2：老板（Boss）原则v原则3：可视（Visibility）原则时序图绘制要点背黑锅我来，送死你去，拼全力为众生专家（Expert）原则责任分配原则老板（Boss）原则v聚合/组合结构的消息传递v当出现以下情况时，发给A的消息先通过B处理和中转 v B聚合A（Aggregation） v B组合A（Composition）责任分配原则可视（Visibility）原则v两个对象之间有消息传递，相应类应有关联v不要和陌生人说话责任分配原则软件质量是设计出来的，而不是测试出来的！设 计思想是比开发语言更重要的东西！现在还有不少程序员在使用Java语言来进行结构 化编程，使用Rose进行面向功能的分析！Rose不仅仅是OO的设计工具，更重要的是通过用 例、类图和顺序图三者来实现OO的思考！结束语谢 谢！
