【软考-架构】11.1、面向对象基本概念-分析设计测试
✨资料&文章更新✨
GitHub地址：https://github.com/tyronczt/system_architect
文章目录
- 面向对象技术（削弱）
- 面向对象开发
- 💯考试真题
- 面向对象的分析
- 面向对象的设计
- 面向对象的设计原则
- 面向对象的测试
- 💯考试真题
- 第一题
- 第二题
面向对象技术（削弱）
面向对象开发
对象是类的实例，类是对象的模板。
💯考试真题
第一题：答案：C
第二题：答案：B A
客户类：直接映射业务中的客户实体，存储属性和基础行为，属于实体类。
二维码类：若负责与外部支付系统交互（如生成二维码、处理扫描逻辑），则属于接口类（边界类）；若仅存储二维码数据，则为实体类。但题目强调“扫描二维码进行支付”，隐含交互逻辑，故更倾向接口类。
面向对象的分析
面向对象的设计
面向对象的设计原则
（1）单一责任原则。就一个类而言，应该仅有一个引起它变化的原因。当需要修改某个类的时候原因有且只有一个，让一个类只做一种类型责任。
（2）开放－封闭原则。软件实体（类、模块、函数等）应该是可以扩展的，开放的；但是不可修改的，即封闭的。
（3）里氏替换原则。子类型必须能够替换掉他们的基类型。即，在任何父类可以出现的地方，都可以用子类的实例来赋值给父类型的引用。
（4）依赖倒置原则。抽象不应该依赖于细节，细节应该依赖于抽象。即，高层模块不应该依赖于低层模块，二者都应该依赖于抽象。
（5）接口分离原则。不应该强迫客户依赖于它们不用的方法。接口属于客户，不属于它所在的类层次结构。即：依赖于抽象，不要依赖于具体，同时在抽象级别不应该有对于细节的依赖。这样做的好处就在于可以最大限度地应对可能的变化。
面向对象的测试
💯考试真题
第一题
答案：B. 领域概念模型 C. 包图 D. 状态图
面向对象的分析模型主要由 顶层架构图、用例与用例图 和 领域概念模型 构成。领域概念模型（Domain Concept Model）描述了问题域中的核心概念、实体及其关系，通常用类图表示，是分析阶段的重要工件。
设计模型的软件体系结构图使用 包图（Package Diagram）表示。包图通过展示系统中的包及其依赖关系，提供高层次的模块化视图，帮助组织和管理系统的复杂性。
设计模型中需要 状态图（State Diagram）来描述复杂对象的状态变化。状态图适用于展示对象在其生命周期内不同状态之间的转换逻辑，例如订单状态从“待支付”到“已发货”的流程。
第二题
答案：D