UML

#UML

UML概述

什么是UML

• 统一建模语言（Unified Modeling Language）用于说明，可视化，构建和编写一个正在开发的，面向对象的，软件密集系统的开发方法，UML展示了一系列最佳工程实践，这些最佳实践在对大规模，复杂系统进行建模方面，特别是在软件架构层次已经被验证有效

UML是做什么的

• 帮助建立软件开发过程和各种模型
• 主要目的是为了让开发者之间进行有效的交流
  • 开发者与用户之间的交流
  • 开发者与设计者之间的交流
  • 开发者与开发者之间的交流
  • 开发者与管理者之间的交流
• 适合大型项目与大型团队的开发

UML应用领域

• UML的目标是以面向对象的方式来描述任何类型的系统,常用于建立软件的模型

对UML的看法

• 不建议用UML生成代码
• 没有完美的UML图,够用就行
• UML的主要功能是为了更好的让开发团队与用户之间进行沟通交流
• 现阶段学习UML目的以应用,看懂为主,有利于后期工作,以画图为辅
• 需要长期学习,为后期成为系统分析师,架构师及产品经历打下基础

Rational Rose四种视图与UML8种图形关系

• Rose启动后自动创建4种视图
  • 用例视图:Use Case View
    • 帮助理解和使用系统,此图展示了系统的参与者和用例是怎样相互作用的,
      包括了系统种的所有角色
    • 用例图Use Case Digram
    • 时序图Sequence Digram
    • 协作图Collaboration Digram
    • 活动图Activity Digram
    • 这种视图的主要使用都是用户,分析人员,项目管理人员
  • 逻辑视图:Logical View
    • 逻辑视图关注的是系统如何实现用例中提出的功能,它提供系统的详细图形,描述了组件之间如何关联
    • 类图Class Digram
    • 状态图Statchart Digram
    • 这种图的主要使用者是开发人员,开发人员包括:程序员,需求分析师,测试工程师,项目经理
  • 构建视图:Component View
    • 这种视图关注的是代码模板间的关系,通过组件视图可以知道哪些代码是组件,哪些是代码库,哪些是运行组件,会默认有一个component图表
    • 这种视图的主要使用者是负责控制代码,编译,部署应用程序的人
  • 部署视图:Deployment View
    • 这种视图关注的是系统的实际部署,进程和设备之间的实际连接
    • 这种视图的使用者是用户和软件的发布人员

用例图

1. 用例图的作用
   • 主要用它来描述需求,画图时要从用户的角度出发,主要用于与用户之间的交流
2. 用例图的要点
   • 正确反应用户的需求
   • 每个用例的内部实现
   • 细节不是本阶段要考虑的问题
3. 用例图包括
   • 参与者
   • 用例
   • 用例之间的关系
4. 如何确定参与者
   • 谁使用系统
   • 谁负责启动,关闭系统
   • 谁查询数据
   • 谁提供数据
   • 谁安装,升级系统
5. 什么是用例
   • 系统的使用过程,一个用例就是一个功能需求

类图

1. 类图的主要作用
   • 主要用来描述类的内部结构和类与类之间的关系,不用详细表示类的属性和方法
   • 类图中不显式暂时性的信息,是面向对象建模的主要组成部分
2. 类图的主要包括
   • 名称(类名)
   • 属性(成员变量)
     • 访问权限
     • 变量名
     • 类型
   • 操作(成员函数)
     • 访问权限
     • 函数名
     • 参数名
     • 参数类型
     • 返回值类型
   • 类的职责:说明此类具体负责的任务,解决什么问题
3. 类之间的关系
   • 继承关系 —————▷
     • 是一个类继承另一个类的功能,并增加自己新的功能的能力
     • 使用带空心箭头的实线来表示继承关系,子类指向父类
   • 实现关系 ---------------▷
     • 从语法上体现也是一种继承,是接口类与实现类之间的关系,父类中的函数定义成纯虚函数,子类继承后覆盖所有纯虚函数
     • 使用带空心箭头的虚线来表示实现关系,实现类指向接口类
   • 依赖关系 --------------->
     • 类A中使用到了类B(类A中的函数的参数或返回值类型是类B),但这种使用是临时性的,偶然性的,是一种非常弱的关系
     • 使用带箭头的虚线来表示依赖关系
   • 关联关系 —————>
     • 是一种强依赖关系,类A的属性(成员变量)是类B
     • 使用箭头和实线表示关联关系
   • 聚合关系◇—————>
     • 是一种关联关系的特例,它体现的是整体与部分
     • 整体与部分之间是可分离的,它们可以具有各自的生命周期
     • 从代码层面讲与关联一致
     • 空心菱形和箭头实线
   • 组合关系◆—————>
     • 是一种关联关系的特例,比聚合更强,也称强聚合,同样也体现整体与部分,但此时的整体与部分不可分割
     • 实心的菱形和箭头实线(菱形指向整体,箭头指向部分)
   • 从代码层面上只有
     • 继承
     • 依赖
     • 包含

时序图

• 主要用来表示对象之间消息的发送顺序,只考虑正确情况
• 用来表示对象之间的关系,同时强调对象之间的交互
• 时序图向用户表示事件随时间的推移,清晰的可视化轨迹
• 时序图用来表示项目中的某个操作是如何进行的,具体步骤是什么

状态图

• 用来表示对象的状态变化,用于帮助开发人员理解系统中对象的行为
• 主要有状态,生命周期,条件,状态转换,事件和动作

活动图

• 活动图的本质就是流程图,它描述了系统的活动,判断点和分支
• 侧重于操作而不是对象,重点表示逻辑变化
• 一个同作的流程图一般包括起点,终点,操作
• 泳道:用于多种角色参与一个过程,一个活动只能属于一个泳道

协作图

• 描述对象之间的交互关系,强调参与交互的个对象的组织
• 需要安装组织对控制流程进行建模时选择画协作图
• 与时序图的区别:时序图描述的是交互过程的时间顺序,但没有表达对象之间的关系;协作图描述了对象之间的关系,但时间顺序必须从时序图中获得
• 合格的协作图和时序图语义相同,可互换,而不丢失信息