软考--面向对象技术-00

• 业务用例 与 参与者一起描述、组织支持的业务过程。
• 业务对象模型：描述业务结构以及结构元素如何完成业务用例。

• 对象：对象名，属性（状态），方法（行为、操作）。

1. 清晰的边界。
2. 良好的定义行为。
3. 可扩展性。

• 消息：对象之间进行通信的一种构造叫做消息。

• 类：一个类定义了一组大体上相似的对象。这些对象共享行为（方法、操作）和属性（状态）。
  1. 实体类：现实世界中真实的实体。
  2. 接口类（边界类）：为用户提供一种与系统合作交互的方式。
  3. 控制类：控制活动流，充当协调者。

• 继承：在已存在的类的基础上创新类。
• 子类：派生类
• 父类：超类、基类
• 重写：覆盖

• 类的静态方法只能访问该类的静态数据成员。
• 类的静态数据成员的值可以修改。

• 多态：不同对象收到同一消息可以产生完全不同的结果。
• 多态的实现受到继承的支持。
• 无需知道所调用方法的特定子类的实现。

多态的分类

• 绑定在编译时进行的，叫做动态绑定。
• 动态绑定是在运行是进行的。
• 动态绑定是和类的继承以及多态相联系的。

• 面向对象分析：
  1. 目的是为了获得对应用问题的理解。(要做什么)
  2. 与系统的测试问题无关。
  3. 问题域与系统责任。
  4. 抽取和整理用户需求，并建立问题域精确模型。
  5. 建立独立于系统实现的系统分析模型。
  6. 确定问题域
• 面向对象分析包含的5个活动：
  1. 认定对象
  2. 组织对象
  3. 描述对象间的相互作用
  4. 确定对象的操作
  5. 定义对象的内部信息
     没有说要实现***功能

• 聚合对象：一个对象包含其他对象。

• 面向对象设计
  1. 解决问题
  2. 解决方案
  3. 系统实现

• 面向对象设计活动：
  1. 识别类及对象
  2. 定义属性
  3. 定义服务
  4. 识别关系
  5. 识别包

• 面向对象设计的原则
  1. 单一职责原则：需要修改某个类的时候原因有且只有一个。
  2. 开放-封闭原则：软件实体是可以扩展的，但是不可以修改。
  3. 里氏替换原则：任何父类出现的地方，都以用子类的实例来赋值给父类型的引用。
  4. 依赖倒置原则：抽象不依赖于细节，细节应该依赖于抽象。即：高层模块不应该依赖于低层模块，二者应该依赖于抽象。
  5. 接口分离原则：依赖于抽象，不依赖于实体。
  6. 重用发布等价原则：重用的粒度就是发布的力粒度
  7. 共同封闭原则：一个变化若对一个包产生影响，则对包中的所有类产生影响，而对于其他包不造成任何影响。
  8. 共同重用原则：如果重用了包中的一个类，那么就要重用包中的所有类。
  9. 无环依赖原则：在包的依赖关系图中，不允许存在环。
  10. 稳定依赖原则：朝着稳定的方向进行依赖。
  11. 稳定抽象原则：包的抽象程度应该和其稳定程度一致。

• 面向对象设计（OOP）：选用一种面向对象程序设计语言（OOPL），采用对象、类及其相关概念所进行的程序设计。
• OOP：以....实例，进行组织。

面向对象测试：

1. 算法层
2. 类层
3. 模块层
4. 系统层

• UML4种事物：结构事物、行为事物、分组事物、注释事物。
• 结构事物：属于名词。类、接口、写作、用例、主动类、构件、制品、结点。
• 行为事物：动态部分，描述了跨越时间和空间的行为。交互、状态机、活动。
• 分组事物：组织部分。由模型分解成的“盒子”，主要的分组事物是包。

• 注释事物：解释部分。对元素进行约束或解释的符号。

  
  
  构建事物
  
  
  行为事物
  
  
  包/注解

• UML的四种关系
  1. 依赖：一个事物发生变化会影响另一个事物。
  2. 关联：结构关系。描述了一组链，链是对象之间的连接。
     聚集：一种特殊类型的关联。描述了整体和部分之间的关系。可以有多个由不同角色标识的关联。
     关联和聚集在关联上可以标注重复度和角色。
  3. 泛化：特殊/一般关系。

  4. 实现：类元之间的语义关系。

     
     
     依赖/关联/聚集
     
     
     泛化/实现

• 多重度：实例的对应，实例的相关联。