系统设计类图与时序图v.ppt

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