必背！！2024年软考高级——系统架构设计师考前冲刺几页纸

zzjjia

于 2024-05-22 11:57:26 发布

阅读量1k

点赞数 6

文章标签：系统架构软考

本文链接：https://blog.csdn.net/zzjjia/article/details/139116360

版权

距离软考考试的时间越来越近了，趁着这最后的时间赶紧冲起来！

今天给大家整理了——系统架构设计师考前冲刺几页纸，都是核心重点，有PDF版，可打印下来，每天背一点。

系统架构设计师考前几页纸：

1、架构的本质：（1）软件架构为软件系统提供了一个结构、行为和属性的高级抽象。（2）软件架构风格是特定应用领域的惯用模式，架构定义一个词汇表和一组约束。

2、数据流风格：适合于分阶段做数据处理，交互性差，包括：批处理序列、管理过滤器。

3、调用/返回风格：一般系统都要用到，包括：主程序/子程序，面向对象，层次结构（分层越多，性能越差）。

4、独立构件风格：构件是独立的过程，连接件是消息传递。包括：进程通信，事件驱动系统（隐式调用）。应用场景，通过事件触发操作。

5、虚拟机风格：包括解释器与基于规则的系统，有自定义场景时使用该风格。

6、仓库风格（以数据为中心的风格）：以共享数据源为中心，其它构件围绕中心进行处理。包括：数据库系统、黑板系统（语言处理，信号处理），超文本系统。

7、闭环控制架构（过程控制）：定速巡航，空调温控。

8、MVC：视图（JSP），控制器（Servlet），模型（EJB）。

9、SOA：粗粒度，松耦合，标准化。Webservice与ESB是SOA的实现技术。

10、ESB：位置透明性、消息路由、服务注册命名、消息转换、多传输协议、日志与监控。

11、REST的5大原则：所有事物抽象为资源、资源唯一标识、通过接口操作资源、操作不改变资源标识、操作无状态。

12、微服务特点：小, 且专注于做⼀件事情；轻量级的通信机制；松耦合、独立部署。

13、微服务优势：技术异构性、弹性、扩展、简化部署、与结构相匹配、可组合性、对可替代性的优化。

14、微服务与SOA对比：

微服务	SOA
能拆分的就拆分	是整体的，服务能放一起的都放一起
纵向业务划分	是水平分多层
由单一组织负责	按层级划分不同部门的组织负责
细粒度	粗粒度
两句话可以解释明白	几百字只相当于SOA的目录
独立的子公司	类似大公司里面划分了一些业务单元（BU）
组件小	存在较复杂的组件
业务逻辑存在于每一个服务中	业务逻辑横跨多个业务领域
使用轻量级的通信方式，如HTTP	企业服务总线（ESB）充当了服务之间通信的角色

15、MDA的3种核心模型：平台独立模型（PIM），平台相关模型（PSM），代码Code:。

16、ADL的三个基本元素：构件，连接件，架构配置。

17、DSSA基本活动：领域分析（建立领域模型），领域设计（获得DSSA），领域实现（开发和组织可复用信息）。

18、DSSA角色：领域专家（有经验的用户、分析、设计、实现人员，“给建议”），领域分析人员（有经验的分析师，完成领域模型），领域设计人员（有经验的设计师，完成DSSA），领域实现人员（有经验的程序员完成代码编写）。

19、DSSA三层次模型：领域架构师对应领域开发环境，应用工程师对应领域特定的应用开发环境，操作员对应应用执行环境。

20、ABSD方法是架构驱动，即强调由业务、质量和功能需求的组合驱动架构设计。

21、ABSD方法有三个基础：功能的分解，通过选择架构风格来实现质量和业务需求，软件模板的使用。

22、ABSD开发过程：

（1）架构需求（需求获取、生成类图、对类进行分组、打包成构件、需求评审）

（2）架构设计（提出架构模型、映射构件、分析构件相互作用，产生架构，设计评审）

（3）架构文档化：从使用者角度编写，分发给所有相关开发人员，保证开发者手中版本最新。

（4）架构复审：标识潜在的风险，及早发现架构设计中的缺陷和错误。

（5）架构实现（复审后的文档化架构，分析与设计，构件实现，构件组装，系统测试）

（6）架构演化（需求变化归类，架构演化计划，构件变动，更新构件相互作用，构件组装与测试，技术评审，演化后的架构）

23、架构评审四大质量属性：

（1）性能：代表参数（响应时间、吞吐量），设计策略（优先级队列、资源调度）。

（2）可用性：尽可能少的出错与尽快的恢复。代表参数（故障间隔时间，故障修复时间），设计策略（冗余、心跳线）。

（3）安全性：破坏机密性、完整性、不可否认性及可控性等特性。设计策略（追踪审计）

（4）可修改性：新增功能多少人月能完成，设计策略（信息隐藏）

24、风险点：系统架构风险是指架构设计中潜在的、存在问题的架构决策所带来的隐患。

非风险点：一般以某种做法，“是可以实现的”、“是可以接受的”方式进行描述。

敏感点：指为了实现某种特定的质量属性，一个或多个构件所具有的特性。

权衡点：影响多个质量属性的特性，是多个质量属性的敏感点。

25、基本场景的评估方法：ATAM，SAAM，CBAM。

26、SAAM：最初用于分析架构可修改性，后扩展到其他质量属性。

SAAM五个步骤：即场景开发、体系结构描述、单个场景评估、场景交互和总体评估。

27、ATAM四大阶段：场景和需求收集、结构视图场景实现、属性模型构造和分析、折中。

ATAM：在SAAM的基础上发展起来的，主要针对性能、实用性、安全性和可修改性，在系统开发之前，对这些质量属性进行评价和折中。

28、构件、对象、模块的对比：

29、中间件：中间件是一种独立的系统软件或服务程序，可以帮助分布式应用软件在不同的技术之间共享资源。

30、中间件功能：客户机与服务器之间的连接和通信，客户机与应用层之间的高效率通信；应用层不同服务之间的互操作，应用层与数据库之间的连接和控制；多层架构的应用开发和运行的平台，应用开发框架，模块化的应用开发；屏蔽硬件、操作系统、网络和数据库的差异；应用的负载均衡和高可用性、安全机制与管理功能，交易管理机制，保证交易的一致性、一组通用的服务去执行不同的功能，避免重复的工作和使应用之间可以协作。

31、采用中间件技术的优点：面向需求；业务的分隔和包容性；设计与实现隔离；隔离复杂的系统资源；符合标准的交互模型；软件复用；提供对应用构件的管理。

32、主要的中间件：远程过程调用；对象请求代理；远程方法调用；面向消息的中间件；事务处理监控器。

33、中间件技术-Corba(公共对象请求代理体系结构)（代理模式）：

伺服对象（Servant）：CORBA对象的真正实现，负责完成客户端请求。对象适配器（Object Adapter）：用于屏蔽ORB内核的实现细节，为服务器对象的实现者提供抽象接口，以便他们使用ORB内部的某些功能。对象请求代理（Object Request Broker）：解释调用并负责查找实现该请求的对象，将参数传给找到的对象，并调用方法返回结果。客户方不需要了解服务对象的位置、通信方式、实现、激活或存储机制。

34、Bean 的分类：

（1）会话Bean：描述了与客户端的一个短暂的会话。

（2）实体Bean：持久化数据，O/R映射。

（3）消息驱动Bean：会话Bean+JMS，客户把消息发送给JMS目的地，然后，JMS提供者和EJB容器协作，把消息发送给消息驱动Bean。支持异步消息。

35、负载均衡技术：（1）应用层负载均衡：http重定向、反向代理服务器；（2）传输层负载均衡：DNS域名解析负载均衡、基于NAT的负载均衡；（3）硬件负载均衡：F5；（4）软件负载均衡：LVS、Nginx、HAproxy。

36、有状态和无状态：

（1）无状态服务（stateless service）对单次请求的处理，不依赖其他请求，也就是说，处理一次请求所需的全部信息，要么都包含在这个请求里，要么可以从外部获取到（比如说数据库），服务器本身不存储任何信息。

（2）有状态服务（stateful service）则相反，它会在自身保存一些数据，先后的请求是有关联的。

37、Redis 与 Memcache 能力比较

工作	MemCache	Redis
数据类型	简单key/value结构	丰富的数据结构
持久性	不支持	支持
分布式存储	客户端哈希分片/一致性哈希	多种方式，主从、Sentinel、Cluster等
多线程支持	支持	支持（Redis5.0及以前版本不支持）
内存管理	私有内存池/内存池	无
事务支持	不支持	有限支持
数据容灾	不支持，不能做数据恢复	支持，可以在灾难发生时，恢复数据

38、Redis分布式存储方案

分布式存储方案	核心特点
主从（Master/Slave）模式	一主多从，故障时手动切换。
哨兵（Sentinel）模式	有哨兵的一主多从，主节点故障自动选择新的主节点。
集群（Cluster）模式	分节点对等集群，分slots，不同slots的信息存储到不同节点。