JAVA面向对象方法教程思维导图

本图是JAVA面向对象方法教程思维导图，一张图带你完全了解相关内容，帮你提高效率，赶紧来试一试吧~

JAVA面向对象方法教程思维导图

• 面各对象概念
  • 与人类思维方式一致、稳定性好、可重用性好、较易开发大型系统、可维护性好
  • 对象是描述客观事物的一个实体，是一组属性及这组属性上的专用操作的封装体（对象名、属性、操作/方法）
  • 面向对象软件由对象组成，使用对象分解取代了功能分解
  • 类
    • 类是对象的抽象定义，是一组具有相同属性和相同操作的对象的集合（类名、属性、操作/方法）
    • 类库是一种预先定义的程序库，衡量面向对象语言成熟与否的标志，类的每个对象都是这个类的一个实例
  • 特性
    • 继承
      • 在类的层次关联中不同的类共享属性和操作的一种机制，A类是B类的子类，则B类是A类的泛化
    • 多态
      • 类与类的层次关系及类内部的成员函数的关系（重载）
      • 同一个操作作用于不同的对象时可以有不同的解释
        • 动态绑定：根据接收对象的类型将请求的操作与实现的方法连接
    • 封装
      • 数据被隐藏，减少偶合，类内部的实现可以自由改变，更清晰的接口
  • 消息通信
    • 消息是对象间通信的手段，一个对象通过向另一个对象发送消息来请求及服务
      • 提供服务的对象名
      • 操作名
      • 参数
      • 返回值
    • 消息通信使用对象的行为能够互相配合，构成一个有机系统，是一种异步的通信机制
• 面向对象分析
  • 分析软件做什么，只对问题域的对象建模，不考虑技术和实现层面的细节问题
  • OMT方法
    • 对象模型
      • 对象及对象之间关系的映射，描述系统静态结构
        • 类图
        • 确定类和对象
        • 确定类对象的结构和关联
        • 划分主题
          • 复杂系统按问题域划分为几个不同的主题
        • 定义对象属性
        • 定义服务
    • 动态模型
      • 表示瞬时、行为化的系统的控制，对象的变化序列
        • 状态图
        • 编写交互行为脚本
        • 从脚本提取事件，确定动作对象
        • 排列事件发生次序，确定对象的状态及转换，画状态图
        • 比较所有对象图，检查一致性
    • 功能模型
      • 表示变化的系统的功能性质
        • 数据流图、用例图
        • 数据流图到用例图的发展
  • UML分析
    • 建立问题域模型
      • 找对象，画类图
      • 寻找类、确定类之间的关联、为类增加职责、域模型的详细度
    • 建立用例模型
      • 找用例
      • 描述用例
        • 用例名称、简要说明、事件流、非功能要求、前置条件、后置条件、扩展点、优先级
• 面向对象设计原则
  • 单一职责原则：设计目的单一的类
  • 开放-封闭原则：对扩展开放，对修改封闭
  • 子类可以替换父类
  • 要依赖于抽象，而不是具体实现，针对接口编程，不要针对实现编程
  • 使用多个专门的接口比使用单一的总接口要好
  • 要尽量使用组合，而不是继承关系达到重用目的，因为继承是一种紧密耦合
  • 一个对象对应当对其它对象有尽可能少的了解
• 统一建模语言UML
  • 概念
    • 用于对软件进行描述、可视化处理、构造和建立软件系统的文档
    • 独立于软件开发过程，适用于各种开发方法，各种应用领域，以及各种开发工具
    • 统一了面向对象的基本概念和符号,实践总结的最先进实用的建模语言
    • 强调重用，简单并且可扩展，面向对象分析与设计的一种标准表示，可视化的建模语言
  • 结构
    • 构造块
      • 建模元素
        • 结构元素、行为元素、分组元素、注释元素
      • 关系
        • 依赖、关联、泛化、实现
      • 图
    • 公共机制
      • 支配构造块如何放在一起的规则
      • 规格说明（元素的文本描述，模型的核心）、修饰、公共分类（类与对象、接口与实现）、扩展机制
    • 软件体系构架
      • 逻辑视图
        • 问题域的类和对象集合
      • 进程视图
        • 逻辑视图的一次执行
      • 实现视图
        • 物理代码的文件和构件建模
      • 部署视图
        • 把组件部署到节点
      • 用例视图
        • 需求分析模型
  • uml建模图
    • 动态
      • 用例图
        • 描述外部执行者所理解的系统功能，站在系统外部查看系统功能，并不描述内部结构和设计，主要用于需求分析，开发者和用户反复讨论的结果，是对需求达成的共识
        • 用例模型
          • 参与者
            • 存在于系统外部并与该系统发生交互的人或其它系统，是一个角色，可能会有很多角色即参与者，代表的是系统的使用者或使用环境
          • 用例
            • 功能分解后一个行为上相关的步骤序列,完成一个单一的业务任务
            • 包含关系--对用例的复用include（提取公共行为生成的用例称为抽象用例，如查询必须先登陆，是一种必然关系，登陆就是个抽象用例）
            • 扩展关系--分离不同行为，根据情况可能发生多种事情extend(用例分为一个主用例和多个辅助用例，如取款打印凭条可以打也可以不打就是取款用例的扩展关系)
            • 泛化关系--用例有一个或多个子用例，当父用例能够使用时，任何子用例也可以被使用。如订票用例是电话订票和网上订票的抽象
          • 通信关联
            • 表示执行者和用例之间的对应关系，表示执行者使用了系统中的哪些服务（用例），或者说系统所提供的服务（用例）是被哪些执行者所使用的
      • 顺序图
        • 描述对象之间动态的交互关系，消息的传递顺序，及某一具体位置将会有什么事件发生
      • 通信图
        • 一种交互图，强调收发消息的对象或角色的结构组织，与顺序图一样，只是强调消息流经的数据结构，而顺序图强调时序
      • 状态图
        • 描述对象所有可能的状态和事件发生时的转移条件，是对类图的补充，有多个状态的对象
      • 活动图
        • 表示系统中各种活动的次序
          • 基本活动图（判定、分支、结合）
          • 带泳道的活动衅，指明执行活动的对象
      • 协作图
        • 是对顺序图的重新排版，对象之间的静态链接关系
      • 定时图
        • 展现了消息跨越不同对象或角色的实际时间，而不仅仅是关心消息的相对顺序
    • 静态
      • 类图
        • 表示系统中的类与类之间的关系，是对系统静态结构的描述，最常用的图,三部分组成：类名、类的属性、类的操作（可见性及数据类型）
        • 类关系
          • 依赖关系
            • 带箭头虚线，表现为一个类向另一个类发消息、一个类是另一个类的成员或操作参数，依赖关系中一个类变了另一个类也要变
          • 泛化关系
            • 带空心箭头的实线，指向父类，子类是父类的继承，父类是子类的泛化
          • 关联关系
            • 聚合关系--整体与部分的关系--包含（汽车和轮胎的关系，汽车报废轮胎还可以用，生命周期不同）
            • 组合关系---公司由部门组合而成，空心菱型实线（公司倒闭了，部门也不要存在，生命周期相同）
          • 实现关系
            • 接口与实现类的关系,空心箭头虚线
      • 对象图
        • 类图的多个实例，对象名下有下划线，只能在系统一个时间段存在
      • 包图
        • 描述由模型本身分解而成的组织单元以及它们的依赖关系
      • 构件图
        • 描述代码构件的物理结构及各构件之间的依赖关系
          • 逻辑类或实现类的相关信息，理解构件之间的相互影响程度
      • 部署图
        • 构建图的基础上描述系统中软硬件的物理体系结构，构件、计算机、设备及关系