架构师备考

111 个主题

考察重点

MD 未知

ORM考察重点

ORM考察重点 概述 对象关系映射(Object Relational Mapping,ORM)是一种编程技术,用于在面向对象编程语言中将对象模型与关系数据库模型进行映射。ORM框架通过封装数据库操作,使开发者能够以操作对象的方式操作数据库,从而简化数据持久层的开发。 数据持久层在架构中的作用 1. 分层架构中的位置 在典型的三层架构中,数据持久层(也称为数据访问层)位于最底层: 2. 主要职责…

MD 未知

UML图总结

UML图分类总结 概述 UML(统一建模语言)图分为两大类: 结构图 (静态图)和 行为图 (动态图)。 结构图(静态图) 描述系统的静态结构,不随时间变化。 1. 类图(Class Diagram) 特性 :描述类、接口、协作和它们之间的关系 侧重点 :静态结构设计,是面向对象设计的核心 包含元素 :类、接口、关联、泛化、依赖、聚合、组合、实现 使用场景 :详细设计阶段,描述系统静态结构 2.…

MD 未知

考察重点

一、系统架构设计与评估 这是架构师考试的灵魂,无论上午选做题、下午案例分析还是论文,这部分知识的权重都是最高的。 系统质量属性与架构评估 务必吃透软件系统的四大核心质量属性(性能、可用性、安全性、可修改性),并熟记敏感点、分险点、权衡点等概念。还要掌握常见的架构评估方法(特别是ATAM和SAAM)。 这部分是案例分析第一道题必做题的绝对核心 系统架构设计的基础知识 重点复习软件架构的概念、基于架构…

MD 未知

设计模式总结

设计模式总结 概述 设计模式是解决特定问题的一般性可重用方案。设计模式分为三大类:创建型、结构型和行为型。 三种设计模式类型的区别 1. 创建型模式(Creational Patterns) 关注点 :对象的创建过程 目的 :将对象的创建与使用分离,提高系统灵活性和可复用性 核心问题 :如何创建对象?创建哪些对象?如何组合对象? 适用场景 :需要动态决定创建哪些对象,或对象创建过程复杂时 2. 结…

论文

MD 2026/5/15

论文写作要点

论文写作要点 核心公式 论文 = 心态 + 技巧 + 理论 + 实践 技巧 :沟通的技巧、把问题表达清楚的技巧 理论/实践 :技术方案的合理性 → 应用场景的合理性 不要猜题 :以不变应万变,全面备考 考场时间分配(共120分钟) | 阶段 | 时间 | | | | | 选题 | 3 分钟 | | 论文构思 | 12 分钟 | | 摘要 | 15 分钟 | | 正文 | 80 分钟 | | 检查修…

MD 未知

AI微服务架构

结构结合 微服务与云原生架构解决实际痛点:高算力消耗、长耗时阻塞 正文核心分论点设计(结合具体痛点与解决方案) 分论点一:采用微服务解耦,构建独立的AI在线推理 业务痛点 :在早期的单体架构中,传统的CRUD业务(如用户管理、订单处理)与AI推理代码耦合。AI推理极其消耗CPU/GPU计算资源,一旦出现并发请求,AI计算会严重抢占系统资源,导致普通业务被拖垮甚至系统奔溃 架构方案 :将训练好的的A…

MD 未知

mall-swarm微服务拆解

微服务架构核心 将复杂的应用解耦,化整为零,使得各个服务能够独立开发、测试、部署和运行 核心维度 1.业务边界的垂直拆分与解耦 微服务设计的第一个个体约束是:每个微服务都是独立的,修改一个微服务不能影响另一个微服务 落地实践 :mall swarm 拆分了单体工程,将电商业务按领域拆分成了多个独立的微服务模块,例如:mall admin(后台管理服务)、mall portal(前台商城服务)、ma…

MD 未知

论文解析

摘要 微服务主题(约307字) EDA主题(约307字,适用于「论事件驱动架构」) 无服务器架构主题(约308字) 面向服务架构(SOA)主题(约309字) 分布式事务主题(约310字) 软件测试主题(约310字) 开头 202x年,我参与了 项目的研发,并担任系统架构设计师 。该平台旨在应对 核心业务的痛点 如: 智能化服务·体验/高效决策支持。本文以该项目为例,重点论述了 核心技术框架 如:微…

软件架构设计师 / 大型网站架构演化

MD 未知

03-负载均衡

形象比喻 餐厅的领位员,作用把客户(请求)领到比较空闲的服务员(服务器)那里 核心架构 负载均衡位于客户端和服务器之间,起到中转站的作用 分流压力:把请求分配到多台服务器上,防止单台服务器崩溃 高可用性(故障转移):自动识别损坏服务器,转发给正常服务器 伸缩性:当业务增长时,你只需要多加几台服务器到“池子”里,负载均衡器就能立即开始利用它们。 使用服务集群改善网站并发能力 常见的分配策略(算法)…

MD 未知

04-使用服务集群改善网站并发能力

痛点 1. 用户请求谁来转发到具体的应用服务器 2. 用户每次访问的服务器不一样,如何维护 session一致性 负载均衡的引入 负载均衡技术 应用层负载均衡 软件设计师/软件架构设计师/大型网站架构演化/负载均衡 http重定向 应用层的请求转发 特点 :实现简单,性能较差 反向代理服务器 用户请求到达反向代理服务器,根据算法转发到具体服务器 特点 :部署简单,可能成为性能瓶颈 传输层负载均衡…

软件架构设计师 / 计算机基础

MD 未知

操作系统概述

操作系统作用 管理系统的硬件、软件、数据资源 控制程序运行 人机之间接口 应用软件与硬件之间接口 特殊操作系统 分时操作系统 采用时间片轮转,为多个用户提供服务 特点 多路径 独立性 及时性 实时操作系统 实时控制系统和实时信息系统 特点 规定时间内响应 网络操作系统 方便共享资源,提供网络服务 Unix Linux S T2 S 进程的同步与互斥 互斥 同类资源竞争关系。间接制约操作 同步 速度…

MD 未知

文件系统

索引文件 计算方式 根据物理块大小(1KB)和地址长度(4B),可以计算存放间接索引物理块的地址个数 (1KB = 1024B)/ 4B = 256 直接索引 索引点直接指向实际存储文件物理块,能够表示的逻辑页号 0~9,表示文件大小 10XKB 一级间接索引 索引点指向物理块存放的地址项,对应地址项数个数 256 个,可以指向 256 个实际存储文件的物理块。 能够表示的逻辑页号范围是10~25…

软件架构设计师 / 计算机网络

软件架构设计师 / 嵌入式系统

MD 未知

嵌入式操作系统

特点 可剪裁性 可移植性 强实时性 强紧凑性 高质量代码 强定制性 标准接口 分类 嵌入式实时操作系统 面向控制、通信 非实时嵌入式 面向消费电子产品 如:安卓、IOS 调度算法 时间片轮转调度 优先级调度 抢占式优先级调度 单调速率调度 操作系统内核架构 分类 宏内核 微内核 微内核与单内核对比 | | 实质 | 优点 | 缺点 | | | | | | | 单体内核 | 将图形、驱动等功能全部在…

MD 未知

嵌入式硬件

分类 微处理器(MPU) 微控制器(MCU) 又称单片机。与 MPU 相比最大的优点在于单片化,体积大大减小,从而使功耗和成本下降。 信号处理器(DSP) 对系统结构和指令进行了特殊设计(编译效率高,执行速度快) 图像处理器(GPU) 减少对 CPU 的依赖,并进行部分 CPU 的工作 片上系统(SOC) 追求产品系统最大包容的集成器件, 有专门目标的集成电路 ,又是一种技术,用以实现从确定系统功…

MD 未知

嵌入式软件以及系统

基本概念 以应用为中心,以计算机技术为基础,并将可配置与可裁剪的软、硬件集成与一体的专用计算机系统,需要满足应用对功能、可靠性、成本等方面的严格要求 它主要完成信号控制的功能,体积小、结构紧凑,可作为一个部件藏于所控制的装置中。 特点 1. 专用性强 2. 技术融合 3. 软硬一体软件为主 4. 比通用计算机资源少 5. 程序代码固化在非易失存储器中 6. 需专门开发工具和环境 嵌入式系统的分类…

软件架构设计师 / 软件分析 / 架构方法与过程

MD 未知

ABSD总体流程

ABSD过程(总体流程) 架构需求 → 架构设计 → 架构文档化 → 架构复审 → 架构实现 → 架构演化 特点 自顶向下 递归细化 支持软件复用 架构需求过程 1. 需求获取(来着需求库) 2. 生成类图 3. 对类进行分组 4. 将类打包 5. 需求评审 核心目标 识别构件(从类 → 构件) 理解一句话 需求分析的本质: = 找构件 架构设计过程 1. 选出架构模型 2. 映射构件 3. 分析…

MD 未知

特定领域软件架构(DSSA)

定义 特定领域软件架构以一个特定问题领域为对象,形成由领域参考模型、参考需求、参考架构等组成的开发基础架构,支持一个特定领域中多个应用的生成 垂直域:某一狭小领域或者某个行业的共性 水平域:多个行业可通用的一些共性 组成 | 人员 | 任务 | | | | | 领域专家 | 提供关于领域中系统的需求规约和实现知识,复审领域模型,DSSA | | 领域分析人员 | 控制整个领域分析过程,进行知识获取…

MD 未知

软件架构复用

概念 是一种系统化的开发过程,通过识别、分析、分类、获取和修改软件实体,以便在不同软件开发中重复使用它们 历史 复用类型 水平复用 不分行业领域,通用 垂直复用 分行业领域,专用 机会复用 开发过程中,只要发现有可复用资产,就复用 系统复用 开发前,进行规划,决定哪些需要复用 基本过程 构造/获取可复用资产 管理资产 选择可复用的部分

软件架构设计师 / 软件分析 / 架构风格与模式

MD 未知

云原生架构

概念 云计算是集合了大量技术设备和资源,对用户屏蔽底层差异的分布式处理架构,其用户与提供实际服务的计算资源是相分离的 优点 超大规模 虚拟化 高可靠性 高可伸缩性 按需服务 成本低 分类 | 类型 | 说明 | | | | | SaaS 软件即服务 | 基于多租户技术实现,直接提供应用环境 | | PaaS 拼台即服务 | 虚拟中间件服务器、运行环境和操作系统 | | IaaS 基础设施即服务 |…

MD 未知

基于服务的架构(SOA)

服务是为了满足某项业务需求的操作、规则等的逻辑组合,它包含一系列有序活动交互,为实现用户目标提供支持。 核心: 通过服务进行系统解构,使用 ESB 统一通信 调用流程 1. 应用配置驱动流程 2. 流程管理器编排服务 3. 通过 ESB 调用多个服务 4. 服务访问数据层 SOA层次和特点 | 服务构件 | 传统构件 | | | | | 标准化程度更高 | | | 粗粒度 | 细粒度居多 | |…

MD 未知

边缘计算

指在靠近物或数据源头的一侧,采用网络、计算、存储、应用核心能力为一体的开放平台,就近提供最近端服务 本质 计算处理职能的本地化 类型 云边缘:云服务在边缘测的延伸 边缘云:在边缘构建中小规模云服务的能力 边缘网关:以云化技术与能力重构原有嵌入式网关系统 边云协同的分类 资源协同 数据协同 智能协同 应用管理协同 业务管理协同 服务协同

软件架构设计师 / 软件分析 / 架构描述与评估

MD 未知

4+1视图

4+1视图模型 核心思想 从不同视角描述软件体系结构,包括:逻辑视图、开发视图、进程视图、物理视图、用例视图 2.开发视图 面向对象:程序员 关注点:代码结构 内容: 配置 装配 3.进程视图 面向对象:系统集成人员 关注点:运行时行为 内容: 并发 性能 吞吐量 可伸缩性 ___ 4.物理视图 面向对象:系统工程师 关注点:部署结构 内容: 硬件节点 网络拓扑 部署方式 5. 用例视图(Use…

MD 未知

ADL

ADL(架构描述语言) 定义 ADL是一种形式化语言,它在底层语义模型的支持下,为软件系统的概念体系结构构建提供了具体的语法和概念框架 ADL的三个基本要素(重点) 构件 计算或数据存储单元 连接件 用于构件之间交互建模的体系结构构造块及其支配这些交互的规则 架构配置 描述体系结构的构件与连接件的链接图 三者关系 构件通过连接件进行交互, 多个构件和连接件共同组成架构配置。 FAQ 什么是ADL?…

MD 未知

架构评估

质量属性 性能 可靠性 可用性 安全性 可修改性 生命周期 开发期质量属性 运行期质量属性 开发期 易理解性 可扩展性 可重用性 可测试性 可维护性 可移植性 运行期 性能 安全性 可伸缩性 互操作性 可靠性 可用性 鲁棒性 软件架构评估方法 概念 风险点:架构设计中潜在的、存在问题的架构决策所带来的隐患 非风险点:不会带来的隐患,如xxx 要求可以接受 敏感点:一个或多个构件的特性,它能影响系统…

MD 未知

软件架构的概念

软件架构的概念 本质 1. 软件架构为软件系统提供了一个结构、行为和属性的高级抽象 2. 软件架构风格是特定应用领域的惯用模式,架构定义一个词汇表和一组约束 总结 架构设计是 【降低成本】【改进质量】【按时和按需交付产品】的关键因素 FQA 什么是架构? 架构设计就是按需分配,即将满足需求的职责分配到组件上 软件架构生命周期(SA流程) 整体流程 需求分析 → 设计 → 实现 → 构件组装 → 部…

MD 未知

软件评估方法

方式 基于调查问卷的方式 基于度量的方式 基于场景的方式 性能场景 概念 是从风险承担着的角度与系统交互的简短描述,它通常作为描述质量属性的手段 组成部分 刺激源 :这是某个生成该刺激源的实体(人、计算机系统或者任何其他刺激器 刺激 :该刺激在某些条件内发生。当激励发生时,系统可能处于过载、运行或者其他情况 制品 :某个制品被激励。这可能是整个系统(或者系统的一部分) 响应 :该响应是在激励到达后…

软件架构设计师 / 软件工程

MD 未知

基于构件的软件工程(CBSE)

CBSE特征 1. 可组装性:所有外部交互必须通过公开接口 2. 可部署性:构件总是二进制进行,能作为一个独立实体运行 3. 文档化:可通过文档了解 4. 独立性:可以在无其他特殊构件的情况下进行组装部署 5. 标准化:符合某种标准化的构件模型 构件组装 需要借助胶水代码 顺序组装:按顺序调用 层次组装:被调用构件的接口必须和调用构件的接口兼容 叠加组装:多个构件合并成新构件,对外提供新接口 构件…

MD 未知

软件开发方法

结构化开发方法 核心 自顶向下,逐步分解,严格区分工作阶段,每段有任务和成果,强调系统开发过程的整体性和全局性 优点 理论逻辑紧密 缺点 开发周期长,文档设计说明繁琐,工作效率低 面向对象方法 关键在于建立一个全面、合理、统一的模型,分析、设计、实现三个阶段界限不明确 OMT 需要建立三种模型: 对象模型(系统数据结构) 动态模型(系统控制结构) 功能模型(系统功能) 面向服务方法 以粗粒度、松耦…

MD 未知

软件测试

动态与静态测试 静态测试 人工监测和计算机辅助分析 控制流分析:没有使用的语句/无法到达语句 数据流分析:引用未定义的变量 接口分析:接口一致性,函数参数一致性 动态测试 计算机运行 白盒测试(结构测试):关注内部结构与逻辑 路径覆盖(最强) 逻辑覆盖 条件覆盖 黑盒测试(功能测试):关注输入输出 等价类划分 边界值分析 灰盒测试:介于黑盒和白盒测试之间 软件测试阶段 单元测试:依据(详细设计),…

MD 未知

软件过程模型

原型模型 分类 抛弃型 演化型 阶段 1. 原型开发阶段 2. 目标软件开发阶段 增量模型 融合瀑布模型和原型实现的迭代,可以有多个版本的发布,核心功能最先完成。 螺旋模型 特点 快速迭代 + 瀑布模型,引入风险分析。它是由制定计划、风险分析、实施工程、客户评估这一循环组成 V模型和W模型 特点 V模型强调测试贯穿项目始终,而不是集中在测试阶段 W 模型强调 测试和开发并行 快速应用开发(RAD)…

MD 未知

逆向工程

定义 逆向工程是设计的恢复过程 逆向级别 实现级 设计表示 抽象语法树 符号表 过程 结构级 反映程序分量之间的相互依赖关系 调用图 结构图 程序和数据结构 功能级 程序段功能级程序段之间关系 数据和控制流模型 领域级 与应用领域概念之间对应关系 实体关系模型 恢复信息方法 用户指导下的搜索与变换:实现级,结构级 变换方式:+ 功能级 基于领域知识:功能级、领域级 相关概念 重构/重组 在同一级别…

软件架构设计师 / 软件架构风格

MD 未知

仓库风格

核心思想 通过共享数据实现构件协作,而不是直接通信 系统以 共享数据(中央仓库)为核心 , 多个构件围绕数据进行读写和交互。 子风格 数据库系统 黑板系统 特点 多个模块协作 间接通信 逐步求解问题 优点 可扩展性强 可复用性高 适合复杂问题求解 缺点 控制复杂 难以保证执行顺序 开发困难 应用 语音识别 图像处理 知识推理 超文本系统 子风格对比 | 子风格 | 核心特点 | | | | | 数…

MD 未知

数据流风格

一、核心思想 数据在系统中按顺序流动,前一步处理结果作为后一步输入(数据驱动) 三、子风格 1. 批处理 处理整体数据 无用户交互 2. 管道 过滤器 数据流式传输 每个过滤器处理数据 弱用户交互 四、优缺点 优点 松耦合【高内聚 低耦合】 良好的重用性/可维护性 可扩展性【标准接口适配】 良好的隐蔽性 支持并行 缺点 交互性较差 复杂性较高 性能较差(每个过滤器都需要解析和合成数据) 应用 传统…

MD 未知

独立构件风格

核心思想 系统由多个独立构件组成,构件之间不直接调用,而是通过事件进行通信 本质:事件驱动 + 松耦合 工作机制(事件驱动) 事件源 → 发布事件 → 事件管理器 → 分发事件 → 事件处理器 过程: 1. 构件触发事件 2. 事件发送给事件管理器 3. 事件管理器通知相关构件 4. 构件执行处理 5. 返回执行结果 特点 构件之间不直接交互 通过中间机制(事件管理器)通信 系统由多个子系统构成…

MD 未知

虚拟机风格

核心思想 通过中间解释层来执行程序或规则,实现灵活性与扩展性 工作机制(虚拟机) 输入 → 虚拟机(解释器) → 执行 → 输出 子风格 解释器 核心组成 被解释程序 解释器引擎 状态存储 数据存储 适用场景 编程语言解释器 DSL(领域语言) 规则系统 定义: 在解释器基础上增加规则库(知识库, 根据规则自动推理和执行。 核心组成 规则集(知识库) 事实集 规则解释器 工作内存 规则/数据选择机…

MD 未知

调用返回风格

一、核心思想 主函数调用子函数,子函数执行并返回结果 三、子风格 1. 主程序/子程序 面向过程 2. 面向对象 对象的方法调用 3. 分层 层与层之间的方法调用 优点 良好的重用性,只要接口不变可用在其他处 可维护性好 可扩展性好,支持递增设计 缺点 并不是每个系统都方便分层 很难找到一个合适、正确的层次抽象方法 不同层次之间耦合度高的系统很难实现 特点 各个层次的组件形成不同功能级别的虚拟机…

MD 未知

软件架构风格

定义 架构风格定义了一组系统结构规则、包括构件类型、连接方式以及约束 2. 调用/返回风格 软件设计师/软件架构设计师/软件架构风格/调用返回风格 子风格: 主程序/子程序 面向对象 分层结构 3. 独立构件风格 软件设计师/软件架构设计师/软件架构风格/独立构件风格 子风格: 进程通信 事件驱动系统(隐式调用) 4. 虚拟机风格 软件设计师/软件架构设计师/软件架构风格/虚拟机风格 子风格: 解…

软件架构设计师 / 数据库系统

MD 未知

关系代数

并 结果为二者元组的和去除重复向 交 二者的重复项 差 前者去除二者的重复项 笛卡尔积 所有列保留,所有行全映射 投影(Select) 对属性列选择列出 选择(Where) 对元组行的选择列出 自然连接 结果列数为二者属性列数之和减去重复列,行数为二者同名属性列的值相同结果的元组 Select where 规范化理论 非规范化存在的问题 数据冗余 更新异常 插入异常 概念 函数依赖 设 R(U)是…

MD 未知

数据库概述

数据库模式 三级模式 外模式:视图 模式:数据库表 内模式:物理文件 两层映射 外模式:模式映射 模式:内模式映射 两层映射保证数据库中的数据具有较高的独立性和物理独立性 物理独立性 数据库内模式发生改变时,应用程序不需要改变 逻辑独立性 逻辑结构发生改变时,用户程序不需要改变 聚簇索引会影响内模式 分布式数据库 特点 数据独立性 集中于自治共享结合的控制结构:局部的 DBMS可以独立管理 适当增…

MD 未知

数据库设计过程

需求分析 数据流图 数据字典 需求说明书 概念结构设计 E R图集成方法 一次性集成 逐步集成 集成产生冲突及解决方法 属性冲突:同一对象 命名冲突:同一对象 结构冲突:同一对象在不同应用中具有不同的抽象,以及同一实体在不同局部 E R 图中所包含的属性个数和属性排列次序不同 数据库性能优化 集中式数据库 系统软件 进程优先 CPU 使用权 数据库设计 分区 分库 分表 物化视图 索引 查询频繁…

MD 未知

数据控制

数据控制功能 安全性 完整性 并发控制 故障恢复 安全性 用户标识与鉴定 存取控制:对用户授权 密码存储和传输:对远程终端信息用密码传输 视图保护:对视图授权 审计:记入用户操作 事务的特性 原子性 一致性 隔离性 持久性 封锁技术 排他锁 事务 T 对数据 A 加排他锁,只允许事务 T 对 A 修改和读取 共享锁 事务 T 对数据 A 加共享锁,可以读取 A 不能修改 A 封锁协议 一级封锁 事…

软件架构设计师 / 系统可靠性分析

MD 未知

可靠性

定义 软件系统在应用或系统错误面前,在意外或错误使用的情况下维持软件系统的功能特征的基本能力 软件可靠性 软件产品在规定条件下和规定时间区间完成规定功能的能力 软硬件对比 复杂性:软件复杂度高, 大部分失效来自软件失效 物理退化:硬件的失效主要物理退化导致,软件不存在物理退化 唯一性:软件唯一的,硬件不可能完全一样 版本更新周期:硬件较慢,软件较快 软件可靠性定量描述 可以基于使用条件、规定时间、…

MD 未知

可靠性设计

影响可靠性因素 1. 软件的开发方法和开发环境 2. 运行环境 3. 软件规模 4. 软件内部结构 5. 软件的可靠性投入 可靠性设计技术 N版本程序设计 新增三个阶段 相异成分规范审核 向异性确认 背对背测试 恢复块方法 设计时要保证实现主块和后备块之间的独立性 必须保证验证测试的准确性 恢复方法 向前恢复:当前计算继续下去,把系统恢复成连贯 向后恢复:系统恢复到前一个正确状态,继续进行 N版本…

易错题

MD 未知

TCPIP协议簇

TCP/IP 协议簇 · 易错点总结 关联笔记: 计算机网络总结 、 TCPIP协议 | | | 三次握手建立连接 | 通信前先确认双方可达,建立可靠通道 | | 确认应答(ACK) | 接收方收到数据后回复确认,发送方知道数据已到达 | | 超时重传 | 发送方在规定时间内未收到 ACK,自动重发数据 | | 序列号与排序 | 每个字节有编号,接收方按序重组,不乱序 | | 流量控制(滑动窗口)…

MD 未知

UML关系区别

UML关系易错点总结 用例图关系 vs 类图关系 重要区别 :用例图和类图使用不同的关系类型,考试中容易混淆! 用例图关系(只有3种) 1. 包含关系(include) 必须执行的公共用例 基本用例 → 抽象用例 例如:学习和测验都包含权限检查 2. 泛化关系 父子继承关系 子用例继承父用例行为 例如:登录(父)→ 手机号登录、用户名密码登录(子) 3. 扩展关系(extend) 可选执行的扩展用…

MD 未知

存储管理

存储管理 · 易错点总结 关联笔记: 计算机基础总结 、 存储管理 | | | 程序独立性 | 每个程序都从"自己的0地址"开始写,OS 负责映射到真实物理地址 | | 内存保护 | 程序A的逻辑地址0 ≠ 程序B的逻辑地址0,映射到不同物理区域,无法越界 | | 灵活加载 | 物理内存哪里有空洞就映射到哪里,程序不用管 | | 虚拟内存 | 逻辑地址空间可以大于物理内存,暂时不用的页放磁盘,用时…

MD 未知

活动图易错点

活动图易错点总结 活动状态 vs 动作状态 重要区别 :活动图中的活动状态和动作状态是两个不同的概念,考试中容易混淆! 动作状态(Action State) 原子性 :不可中断,一旦开始必须完成 执行时间 :立即执行,时间很短,通常是基本操作 可分解性 :不可分解,不能进一步细化 表示方法 :小圆角矩形 示例 :计算、赋值、调用方法等基本操作 活动状态(Activity State) 非原子性 :…

重要考点总结

MD HTML 2026/6/16

软件测试总结

软件测试总结 概述 软件测试是为了发现程序中的错误而执行程序的过程。测试是软件质量保证的重要手段。 测试分类 按是否运行程序分 1. 静态测试 :不运行程序,通过人工监测或计算机辅助分析 控制流分析:检查没有使用的语句、无法到达的语句 数据流分析:检查引用未定义的变量 接口分析:检查接口一致性、函数参数一致性 2. 动态测试 :运行程序,检查实际输出与预期结果的差异 白盒测试(结构测试) 黑盒测试…

MD HTML 2026/6/16

架构描述与评估总结

架构描述与评估 · 知识点总结 综合整理自: 软件架构的概念 、 4+1视图 、 ADL 、 架构评估 、 软件评估方法 以及 llm wiki 中的 ATAM 、 SAAM 、 CBAM 、 质量属性 、 敏感点 、 权衡点 、 风险点 、 非风险点 一、软件架构基础 1.1 架构的本质 软件架构为系统提供 结构、行为和属性 的高级抽象 架构风格是特定领域的惯用模式,定义一个 词汇表 和一组 约…

MD HTML 2026/6/16

五大架构风格总结

五大架构风格总结 综合整理自: 软件设计师/软件架构设计师/软件架构风格/数据流风格 、 软件设计师/软件架构设计师/软件架构风格/调用返回风格 、 软件设计师/软件架构设计师/软件架构风格/独立构件风格 、 软件设计师/软件架构设计师/软件架构风格/虚拟机风格 、 软件设计师/软件架构设计师/软件架构风格/仓库风格 | | | | | 1 | 数据流风格 | 数据驱动,前一步输出是后一步输入 |…

MD 未知

考点导航

软件架构设计师 · 考点导航 本页为 软件设计师 考试重要考点的统一导航,汇总了 11 篇考点总结的核心内容,方便快速定位和复习。 一、 01_计算机基础总结|计算机基础 核心考点: | 考点 | 等级 | 关键内容 | | |: :| | | 进程三态转换 | ⭐⭐⭐ | 就绪→运行→等待,等待态不能直接到运行态 | | PV 操作 | ⭐⭐⭐ | P 申请(S ),V 释放(S++);前驱图中…

MD 未知

计算机基础总结

计算机基础 · 考点总结 综合整理自: 操作系统概述 、 存储管理 、 文件系统 、 磁盘管理 一、操作系统基础 1.1 操作系统的作用 操作系统是计算机系统中最核心的系统软件。 | 作用 | 说明 | | | | | 管理资源 | 管理硬件、软件、数据资源 | | 控制程序运行 | 负责进程调度、内存分配、I/O 控制 | | 人机接口 | 为用户提供命令、图形界面等操作方式 | | 软硬件接口…

MD 未知

信息安全基础总结

信息安全基础 · 考点总结 综合整理自: 信息安全基础 、 信息加密技术 、 网络完全控制技术 一、信息安全五要素 ⭐⭐⭐ | 要素 | 含义 | 典型破坏方式 | | | | | | 机密性 | 信息不泄露给未授权用户、实体或过程 | 窃听、嗅探、信息泄露 | | 完整性 | 信息未经授权不能被篡改,保持准确和完整 | 篡改数据、恶意修改 | | 可用性 | 合法用户能够及时、可靠地使用信息和服…

MD 未知

系统可靠性分析总结

系统可靠性分析 · 考点总结 综合整理自: 可靠性 、 可靠性设计 、 系统可靠性分析 一、可靠性基础 1.1 软件可靠性定义 软件可靠性 :软件产品在 规定条件下 、 规定时间区间内 完成 规定功能 的能力。 关键词必须记住: | 关键词 | 含义 | | | | | 规定条件 | 运行环境、输入条件、使用方式明确 | | 规定时间 | 自然时间、运行时间、执行时间 | | 规定功能 | 软件按…

MD 未知

需求工程总结

需求工程总结 概述 需求工程是软件工程中关于需求的系统化方法,包括需求获取、分析、规格说明、验证和管理。 需求分类 需求获取 需求抽取过程 1. 需求发现和理解 :通过访谈、问卷、观察、原型等方法收集需求 2. 需求分类和组织 :将需求按业务、用户、功能等维度分类 3. 需求优先级排序和协商 :确定需求的优先级,解决冲突 4. 需求文档化 :编写需求规格说明书 常用获取方法 用户访谈 问卷调查 观…

MD 未知

技术组件与中间件总结

技术组件与中间件 · 知识点总结 综合整理自: 构件与中间件 、 大数据分层架构 一、软件构件 1.1 概念 软件构件是一种 组装单元 ,具有: 规范的接口 显式的语境依赖 可独立部署和替换 通过接口访问 一句话定义: 系统中有价值、可以独立并替换的一个部分,是一个独立发布的功能部分。 1.2 构件 vs 模块 vs 对象 ⭐ | 维度 | 模块 | 对象 | 构件 | | | | | | | 开…

重要考点总结 / HTML

HTML 2026/6/16

知识产权与标准化

知识产权与标准化 知识点总结与梳理 · 系统架构设计师备考 综合知识 选择题高频 必拿分模块 目录 知识产权概述与法规体系 著作权法与软件著作权 专利法 商标法 商业秘密与反不正当竞争法 保护期限汇总 知识产权人确定 使用许可类型 侵权判定与法律责任 标准化基础知识 标准分级与代号 国际标准化组织 考点速记口诀 1. 知识产权概述与法规体系 ★★★ 知识产权是指人们就其智力劳动成果所依法享有的专有…

HTML 2026/6/16

📐 架构描述与评估 · 考点笔记

📐 架构描述与评估 · 考点笔记 软件架构设计师 · 中级 · 2026 考试备考 架构描述 4+1视图 ADL 质量属性 ATAM SAAM CBAM 一、软件架构基础 1.1 架构的本质 软件架构为系统提供结构、行为和属性的高级抽象。架构风格是特定领域的惯用模式,定义一个词汇表和一组约束。 架构风格与架构模式的区别:架构风格是一种系统组织方式(如C/S、B/S),是宏观层面的分类。架构模式是…

HTML 2026/6/16

嵌入式系统知识点总结

嵌入式系统知识点总结 软件架构设计师考试复习资料 📅 更新于 2026年5月 | 📖 覆盖考试大纲核心考点 📑 目录导航 嵌入式系统基本概念 嵌入式硬件基础 嵌入式处理器分类 嵌入式操作系统 实时操作系统(RTOS) 嵌入式软件架构 嵌入式系统开发 鸿蒙操作系统 考试重点与易错点 💡 一、嵌入式系统基本概念 定义:以应用为中心,以计算机技术为基础,软硬件可裁剪,适应应用系统对功能、可靠性、…

HTML 2026/6/16

数据库系统 · 知识点梳理

数据库系统 · 知识点梳理 📅 日期:2026-05-15 📚 科目:软件设计师 · 数据库系统 🏷️ 标签: 数据库关系代数范式 SQL事务并发控制 ⭐ 重要度:高频考点(选择题 + 案例分析 + 论文) 📋 目录导航 一、数据库概述与三级模式 二、关系模型基础 三、关系代数 ★★★ 四、规范化理论(函数依赖与范式)★★★ 五、SQL语言 ★★★ 六、E-R模型与数据库设计 ★★ 七、事…

HTML 2026/6/16

大型网站架构演化历史

大型网站架构演化历史 从单体到云原生的完整技术演进之路 📅 软件架构设计师考试复习 | 📖 以时间线为脉络,串联核心技术 📑 演化阶段导航 1 单体架构时代(2000年前后) 2 垂直架构分离(2005年前后) 3 引入缓存时代(2008年前后) 4 服务集群与负载均衡(2010年前后) 5 数据库拆分(2012年前后) 6 分布式存储与CDN(2014年前后) 7 微服务架构兴起(2016…