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

上传人:zhu****ei 文档编号:3507465 上传时间:2019-12-16 格式:PPT 页数:43 大小:3.52MB
返回 下载 相关 举报
系统设计类图与时序图v.ppt_第1页
第1页 / 共43页
系统设计类图与时序图v.ppt_第2页
第2页 / 共43页
系统设计类图与时序图v.ppt_第3页
第3页 / 共43页
点击查看更多>>
资源描述
中软国际卓越培训中心,类图与时序图,用户:招标、验收,项目经理:项目管理,系统分析员:需求分析,系统架构师:系统设计,程序员:编码,测试工程师:测试,简要回顾,主要内容,UML概述类图绘制方法时序图绘制方法,UML表示UnifiedModelingLanguageUML包括数据模型(EntityRelationshipDiagram)业务模型(workflow)对象模型组件模型UML是一种直观化、明确化、构建和文档化软件系统产物的通用可视化建模语言UML独立于实现技术(如开发语言),在软件开发各个环节都可能用到,UML定义,UML适用于的开发方式用例驱动以体系结构为中心迭代或增量开发UML适用于的软件系统信息系统技术系统嵌入式实时系统分布式系统系统软件商业系统UML适用的软件开发过程需求分析系统设计软件构建测试,UML适用点,Boochmethod,OMT,UML1.3,UML2.0,UML历史,使用可视化建模来获取并表现商业逻辑和对象,使用可视化建模来分析和设计计算机应用程序,作用一:UML是客户、系统分析员和程序员之间的“桥梁”,用例图活动图状态图,时序图对象图部署图,UML三个主要作用,作用二:UML从客户的角度将复杂的系统整理清楚,UML三个主要作用,software,可移植,技术交互,性能,全面,容量,稳定性,错误处理,容错性,功能需求,成本,兼容性,作用三:UML能使越来越复杂的软件系统架构更加合理和健壮,UML三个主要作用,模型,墨绿色表示动态图粉红色表示静态图(可把用例图单列出来),UML的九个图,用例图:业务建模、需求、测试类图:业务建模、分析、设计对象图:业务建模、分析、设计组件图:设计部署图:设计顺序图:业务建模、分析、设计协作图:业务建模、分析、设计状态图:需求、分析、设计活动图:业务建模、设计,结构,行为,敏捷建模原则:需要时再添加,可互换,可互换,UML的九个图,UML的模型元素,UML基本工作步骤,主要内容,UML概述类图绘制方法时序图绘制方法,类图解说,识别类及其属性识别类之间的泛化识别类之间的关联,识别类的步骤,有没有什么秘诀?,BertrandMeyer:不存在寻找类的简单方法只能两方面着手:业务知识+建模技术,识别类及其属性,阅读用例文档,抽取对应于业务实体或事件的词汇将词汇进行分类,抽取出合适的类和属性,抽取,分类,识别类及其属性,类和属性的名字,命名规则:(名词、形容词)+名词使用业务词汇没有“与”、“或”小心“表”、“信息”、“数据”属性名不要类前缀英文:不用缩写,单数,识别类及其属性,属性是否描述类对象的特征属性是否存在冗余是否有复杂结构的属性是否有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)原则,两个对象之间有消息传递,相应类应有关联不要和陌生人说话,责任分配原则,软件质量是设计出来的,而不是测试出来的!设计思想是比开发语言更重要的东西!现在还有不少程序员在使用Java语言来进行结构化编程,使用Rose进行面向功能的分析!Rose不仅仅是OO的设计工具,更重要的是通过用例、类图和顺序图三者来实现OO的思考!,结束语,谢谢!,
展开阅读全文
相关资源
相关搜索

当前位置:首页 > 图纸专区 > 课件教案


copyright@ 2023-2025  zhuangpeitu.com 装配图网版权所有   联系电话:18123376007

备案号:ICP2024067431-1 川公网安备51140202000466号


本站为文档C2C交易模式,即用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。装配图网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知装配图网,我们立即给予删除!