UML建模基础培训教程文件.pptVIP

第四章UML建模基础 本章主要内容 UML基本概念 建模的思想 UML中的视图和模型图 UML建模步骤 UML基本概念 统一建模语言 Unified Modeling Language 统一：由OMG发布，是业界标准 语言：一种以图形为主要表达方式的语言 建模：以直观和明确的方式来理解、构建和文档化软件系统 建模的思想 什么是建模？ 模型是对现实的抽象，建模就是去粗取精，对现实系统进行抽象的过程。 为什么需要建模？ 建模可以帮助理解用户需求 建模可以帮助进行系统的分析和设计 建模可以帮助团队交流和项目的协同开发 建模可以帮助提高开发速度和质量 软件建模的作用 与其他工程规范一样，软件工程师在真正实现系统 之前要构建软件系统的模型。在软件开发过程中，建模是一项非常重要的活动。 通常在最终设计和实现软件系统之前，软件工程师要花费很多时间在不同的抽象层次上开发模型。 模型是一种高效的沟通手段，特别是在那些不需要详细信息的场合。 如何进行建模？ 需要一系列统一规范的建模符号 需要一套标准通用的建模规则 需要一些灵活高效的建模工具 以上这些够了吗？ 如何进行建模？ 还需要你的大脑思维！ 抽象思维：透过现象看本质 面向对象的思维：一切都是Object 思维的能力 工具的使用 UML的基本概念 视图：按照特定的目的，从某一特定角度来进行的建模。如用例视图、设计视图、实现视图、交互视图、部署视图等。 注意：虽然从不同的目的和角度出发所建立的视图各不相同，但各个视图内在之间是互相关联的，所有视图一起构成了整个系统的完整模型。 UML的基本概念 模型图：由一组建模符号按照一定的建模规则组合在一起来表示模型关系的图形。 注意“模型图” 和“视图”的区别 模型图：diagram，视图：view 模型图：类似于数据库中的一条记录 视图：类似于按照一定的条件用select语句查询出来的一组记录 常用的九种模型图 用例图（Use Case Diagram） 类图（Class Diagram） 协作图/交流图（Collaboration Diagram） 时序图/顺序图（Sequence Diagram） 状态图（StateChart Diagram） 活动图（Activity Diagram） 对象图（Object Diagram） 构件图/部件图（Component Diagram） 部署图/配置图（Deployment Diagram） 常用的九种模型图 各个模型图各有侧重，如用例图侧重描述用户需求，类图侧重描述系统具体实现； 各个模型图描述的角度都不相同，如类图描述的是系统的结构，序列图描述的是系统的行为； 各个模型图抽象的层次也不同，如构件图描述系统的模块结构，抽象层次较高，类图描述具体模块的结构，抽象层次较低。 模型图的分类方式 常用的建模符号（notation） 常用的建模符号（notation） 常用的建模符号（notation） 常用的建模符号（notation） 常用的建模符号（notation） 常用的建模符号（notation） 常用的建模符号（notation） 常用的建模符号（notation） 用例图 用例图从用户的角度来描述系统的行为和特征，一般用来进行系统的需求分析。 用例图中要明确的概念是参与者和用例。用例是系统的一个功能单元，描述了参与者与系统发生的一次交互行为。 用例图是UML中最简单也是最复杂的一种图。说它简单是因为它简单的图形表示让人一看就懂。说它复杂是因为用例图往往不容易控制，要么画得过于庞杂，要么又过于简单。 用例图 用例图建模步骤 找出使用系统的用户或者其他系统 找出系统中的比较主要的功能点 找出系统边界，排除非系统内部的元素 找出系统内外部之间的关联，及用例 按照规则画出用例图 如果用例太多，可以考虑拆分成多个图来表示，每个图侧重一个方面 检查、修改、重组、优化、美化 用例图 用例图 类图 类图描述的是类和类之间的相互关系。它可以帮助我们更直观的了解一个系统的体系结构。 类之间的相互关系主要包括： 关联（Association） 依赖（Dependency） 泛化（Generalization） 实现（Realize） 类图 类图 类图建模步骤 按照面向对象的原则，分析系统的需求，找出系统中的各个对象个体 从对象个体中抽象出描述一类对象的类 为每个类确定属性和方法 分析各个类之间的关系，看能否进一步抽象，得到抽象类或者接口 画出每个类的图型和类之间关系的图形 检查、修改、重组、优化、美化 类图 类图 类图 时序图/顺序图 描述了对象之间动态的交互关系，着重体现对象之间消息传递的时间顺序。 顺序图由一组对象构成，每个对象分别带有一条竖线，称作对象的生命线，它代表时间轴，时间沿竖线向下