软考-架构11.1面向对象基本概念-分析设计测试

2025-03-10 约 896 字预计阅读 2 分钟

【软考-架构】11.1、面向对象基本概念-分析设计测试

✨资料&文章更新✨
GitHub地址：

对象是类的实例，类是对象的模板。

第一题：答案：C

第二题：答案：B A

客户类：直接映射业务中的客户实体，存储属性和基础行为，属于实体类。

二维码类：若负责与外部支付系统交互（如生成二维码、处理扫描逻辑），则属于接口类（边界类）；若仅存储二维码数据，则为实体类。但题目强调“扫描二维码进行支付”，隐含交互逻辑，故更倾向接口类。

（1） 单一责任原则 。就一个类而言，应该仅有一个引起它变化的原因。当需要修改某个类的时候原因有且只有一个，让一个类只做一种类型责任。

（2） 开放－封闭原则 。软件实体（类、模块、函数等）应该是可以扩展的，开放的；但是不可修改的，即封闭的。

（3） 里氏替换原则 。子类型必须能够替换掉他们的基类型。即，在任何父类可以出现的地方，都可以用子类的实例来赋值给父类型的引用。

（4） 依赖倒置原则 。抽象不应该依赖于细节，细节应该依赖于抽象。即，高层模块不应该依赖于低层模块，二者都应该依赖于抽象。

（5） 接口分离原则 。不应该强迫客户依赖于它们不用的方法。接口属于客户，不属于它所在的类层次结构。即：依赖于抽象，不要依赖于具体，同时在抽象级别不应该有对于细节的依赖。这样做的好处就在于可以最大限度地应对可能的变化。

答案：B. 领域概念模型 C. 包图 D. 状态图

面向对象的分析模型主要由 顶层架构图、用例与用例图和领域概念模型 构成。领域概念模型（Domain Concept Model）描述了问题域中的核心概念、实体及其关系，通常用类图表示，是分析阶段的重要工件。

设计模型的软件体系结构图使用包图（Package Diagram）表示。包图通过展示系统中的包及其依赖关系，提供高层次的模块化视图，帮助组织和管理系统的复杂性。

设计模型中需要状态图（State Diagram）来描述复杂对象的状态变化。状态图适用于展示对象在其生命周期内不同状态之间的转换逻辑，例如订单状态从“待支付”到“已发货”的流程。

答案：D