2025年上半年真题
题目 redis缓存机制与主从复制 1. 全量复制 2. 增量复制 3. 两种持久化的方法,说明有缺点 答案 RDB 定时生成内存数据的二进制快照 优点 文件紧凑,恢复速度快 适合备份、容灾和快速启动 缺点 可能丢失最后一次快照后的数据 BGSAVE的fork操作在大内存场景下可能堵塞主进程 AOF 记录所有写命令(文本格式追加到文件append donly.aof) 优点 可读性强 数据安全性高…
111 个主题
题目 redis缓存机制与主从复制 1. 全量复制 2. 增量复制 3. 两种持久化的方法,说明有缺点 答案 RDB 定时生成内存数据的二进制快照 优点 文件紧凑,恢复速度快 适合备份、容灾和快速启动 缺点 可能丢失最后一次快照后的数据 BGSAVE的fork操作在大内存场景下可能堵塞主进程 AOF 记录所有写命令(文本格式追加到文件append donly.aof) 优点 可读性强 数据安全性高…
开发项目 为手机厂商开发一套手机应用程序 集成开发环境 目的 提高开发手机应用程序的质量和效率 需求 1. 支持自定义语言,界面可视化,集成数据,适配模拟器 2. 界面与 windows 保持一致 3. 支持云开发,需要机密性和完整性 4. 支持配置界面 5. 性能需求 6. 可用性 7. 模块化 8. 调试 f,性能,d,h,g 通过共享数据,构件相互协作 数据流 过滤器过滤 增加构件(插件)…
UML图知识点梳理总结 UML 图知识点梳理总结 📅 创建时间:2026 年 5 月 15 日 🏷️ 标签: UML 软件设计师 面向对象 建模语言 📚 来源:[[UML图总结]] / [[UML关系区别]] + 补充整理 📑 目录 UML 概述与分类 结构图(静态图) 行为图(动态图) 交互图详解 UML 关系体系 图与软件生命周期 易混淆对比 考试重点与答题技巧 补充知识点 一、UML…
J2EE 与 .NET 架构对比 关联笔记: 技术组件与中间件总结 、 五大架构风格总结 |: :| | | | 客户端层 | 浏览器/桌面 | 用户界面 | HTML、JSP、Applet | | Web 层 | Web 容器 | 处理 HTTP 请求、页面渲染 | Servlet、JSP、JSF | | 业务层 | EJB 容器 | 核心业务逻辑、事务管理 | EJB、JTA | | EIS…
ORM考察重点 概述 对象关系映射(Object Relational Mapping,ORM)是一种编程技术,用于在面向对象编程语言中将对象模型与关系数据库模型进行映射。ORM框架通过封装数据库操作,使开发者能够以操作对象的方式操作数据库,从而简化数据持久层的开发。 数据持久层在架构中的作用 1. 分层架构中的位置 在典型的三层架构中,数据持久层(也称为数据访问层)位于最底层: 2. 主要职责…
Redis bgsave 为什么不阻塞 关联笔记: Redis与缓存考点总结 、 RDB 、 AOF save vs bgsave 对比 | 对比项 | save | bgsave | | | | | | 执行线程 | 主线程 | 子进程 | | 是否阻塞 | 阻塞 | 不阻塞 | | 适用场景 | 不推荐 | 生产环境推荐 | bgsave 不阻塞的原理 机制:fork() + Copy on…
UML图分类总结 概述 UML(统一建模语言)图分为两大类: 结构图 (静态图)和 行为图 (动态图)。 结构图(静态图) 描述系统的静态结构,不随时间变化。 1. 类图(Class Diagram) 特性 :描述类、接口、协作和它们之间的关系 侧重点 :静态结构设计,是面向对象设计的核心 包含元素 :类、接口、关联、泛化、依赖、聚合、组合、实现 使用场景 :详细设计阶段,描述系统静态结构 2.…
一、系统架构设计与评估 这是架构师考试的灵魂,无论上午选做题、下午案例分析还是论文,这部分知识的权重都是最高的。 系统质量属性与架构评估 务必吃透软件系统的四大核心质量属性(性能、可用性、安全性、可修改性),并熟记敏感点、分险点、权衡点等概念。还要掌握常见的架构评估方法(特别是ATAM和SAAM)。 这部分是案例分析第一道题必做题的绝对核心 系统架构设计的基础知识 重点复习软件架构的概念、基于架构…
设计模式总结 概述 设计模式是解决特定问题的一般性可重用方案。设计模式分为三大类:创建型、结构型和行为型。 三种设计模式类型的区别 1. 创建型模式(Creational Patterns) 关注点 :对象的创建过程 目的 :将对象的创建与使用分离,提高系统灵活性和可复用性 核心问题 :如何创建对象?创建哪些对象?如何组合对象? 适用场景 :需要动态决定创建哪些对象,或对象创建过程复杂时 2. 结…
论文写作要点 核心公式 论文 = 心态 + 技巧 + 理论 + 实践 技巧 :沟通的技巧、把问题表达清楚的技巧 理论/实践 :技术方案的合理性 → 应用场景的合理性 不要猜题 :以不变应万变,全面备考 考场时间分配(共120分钟) | 阶段 | 时间 | | | | | 选题 | 3 分钟 | | 论文构思 | 12 分钟 | | 摘要 | 15 分钟 | | 正文 | 80 分钟 | | 检查修…
结构结合 微服务与云原生架构解决实际痛点:高算力消耗、长耗时阻塞 正文核心分论点设计(结合具体痛点与解决方案) 分论点一:采用微服务解耦,构建独立的AI在线推理 业务痛点 :在早期的单体架构中,传统的CRUD业务(如用户管理、订单处理)与AI推理代码耦合。AI推理极其消耗CPU/GPU计算资源,一旦出现并发请求,AI计算会严重抢占系统资源,导致普通业务被拖垮甚至系统奔溃 架构方案 :将训练好的的A…
微服务架构核心 将复杂的应用解耦,化整为零,使得各个服务能够独立开发、测试、部署和运行 核心维度 1.业务边界的垂直拆分与解耦 微服务设计的第一个个体约束是:每个微服务都是独立的,修改一个微服务不能影响另一个微服务 落地实践 :mall swarm 拆分了单体工程,将电商业务按领域拆分成了多个独立的微服务模块,例如:mall admin(后台管理服务)、mall portal(前台商城服务)、ma…
摘要 微服务主题(约307字) EDA主题(约307字,适用于「论事件驱动架构」) 无服务器架构主题(约308字) 面向服务架构(SOA)主题(约309字) 分布式事务主题(约310字) 软件测试主题(约310字) 开头 202x年,我参与了 项目的研发,并担任系统架构设计师 。该平台旨在应对 核心业务的痛点 如: 智能化服务·体验/高效决策支持。本文以该项目为例,重点论述了 核心技术框架 如:微…
| 维度 | 涉及技术 | | | | | 架构 | mvc、mvp、mvvm、rest、webservice、微服务 | | 并发分流 | 集群(负载均衡)、CDN | | 缓存 | memcache、Redis、Squid | | 数据 | 主从表、内存数据库、反规范化技术、Nosql、分区技术、视图与物化视图 | | 持久化 | Hibernate、Mybatis | | 分布式存储 | H…
单体架构 垂直架构 使用缓存改善网站性能 Memcache 是一个高性能的分布式内存对象缓存系统,用于动态 web 应用以减轻数据库负载。 在内存里维护一个统一巨大的 hash 表,数据库存在该 bash 中 Redis 一个开源使用的 ANSIC 语言编写、支持网络、可基于内存也可以持久化的日志型、Key value 数据库 Squid 一个高性能的代理缓存服务器 三种缓存使用模式 Cache…
概念 Web服务器 :其职能较为单一,把 request 请求返回 Html 页面 应用服务器 :进行业务逻辑处理 常见服务器 Apache:Web 服务器 IIS:Web 服务器 Tomcat:运行 servlet 和 Jsp Web,基于 Java 的 Web 应用容器 JBOSS:基于 J2EE 的开放源代码的应用服务器。
形象比喻 餐厅的领位员,作用把客户(请求)领到比较空闲的服务员(服务器)那里 核心架构 负载均衡位于客户端和服务器之间,起到中转站的作用 分流压力:把请求分配到多台服务器上,防止单台服务器崩溃 高可用性(故障转移):自动识别损坏服务器,转发给正常服务器 伸缩性:当业务增长时,你只需要多加几台服务器到“池子”里,负载均衡器就能立即开始利用它们。 使用服务集群改善网站并发能力 常见的分配策略(算法)…
痛点 1. 用户请求谁来转发到具体的应用服务器 2. 用户每次访问的服务器不一样,如何维护 session一致性 负载均衡的引入 负载均衡技术 应用层负载均衡 软件设计师/软件架构设计师/大型网站架构演化/负载均衡 http重定向 应用层的请求转发 特点 :实现简单,性能较差 反向代理服务器 用户请求到达反向代理服务器,根据算法转发到具体服务器 特点 :部署简单,可能成为性能瓶颈 传输层负载均衡…
Redis与Memcache对比 | 工作 | Memcache | Redis | | | | | | 数据类型 | 简单 key value 结构 | 丰富的数据结构 | | 持久化 | 不支持 | 支持 | | 分布式存储 | 客户端哈希分片/一致性哈希 | 多种方式,主从 | | 多线程支持 | 支持 | Redis5.0 以及以前不支持 | | 内存管理 | 私有内存池 | 无 | |…
分布式系统中的权衡问题(CAP) 概念 C(Consistency) :所有节点看到的数据一致性 A(Availability) :每次请求都能及时得到回应 P(Partiton Tolerance) :网络可能断联、分区,但系统不能崩溃 Redis集群切片方式 | 切片方式 | 特点 | | | | | 客户端切片 | 在客户端通过 key 的 hash 值对应到不同的服务器 | | 中间件切片…
形象比喻 类似于餐厅的外卖前置仓 用户想点一份餐(访问网页或看视频),不需要每次跑去市中心的总店(源服务器),而是去前置仓取货 核心逻辑:就近访问 在现有的互联网基础上加上缓存层,在全球各地部署服务器(边缘节点) CDN 存什么? 通常只存放静态资源: 前端资源:HTML,CSS,JavaScript 多媒体:图片,视频 下载包:安装包,补丁
在大型网站的架构演进中, NoSQL(Not Only SQL) 数据库的引入通常是为了解决传统关系型数据库(RDBMS,如 SQL Server, MySQL)在 高并发、海量数据 和 高扩展性 方面的瓶颈。 在你正在进行的 .NET 10 + Angular 架构迁移中,合理引入 NoSQL 可以显著提升系统的“韧性”。 2. 它如何改善你的系统? 引入 NoSQL 并不是要取代 SQL Se…
作用 一种用于身份验证和授权的开放标准 核心 一种轻量级、基于 JSON 的令牌,可以在客户端和服务器之间传递信息 组成 头部 包含令牌类型和所使用的方式 荷载 包含用户信息和其他元数据 签名 用于验证令牌的完整性和真实性
概念 是一种网络页面设计布局,其理念是:集中创建页面的图片排版大小,可智能地根据用户行为以及使用设备环境进行对应的布局 方法与策略 采用流式布局和弹性化设计 使用相对单位,设定百分比而非具体值的方式设置页面元素大小
主流大型网站架构技术与趋势 一、当前主流架构范式 1. 云原生架构(Cloud Native) 以容器化、动态编排、微服务为核心: 2. 核心架构模式 | 模式 | 说明 | 代表技术 | | | | | | 微服务 | 按业务域拆分独立部署单元 | Spring Cloud, Dubbo, gRPC | | Serverless | 按需执行,无需管理服务器 | AWS Lambda, Azur…
边缘计算(Edge Computing) 一、核心概念 1. 定义 边缘计算是一种分布式计算范式,将计算、存储和网络服务从中心化的云数据中心下沉到靠近数据源和用户的网络边缘。 2. 与云计算的关系 | 维度 | 云计算 | 边缘计算 | | | | | | 位置 | 集中式数据中心 | 分布式边缘节点 | | 延迟 | 高(50 200ms) | 低(<10ms) | | 带宽消耗 | 高 | 低…
操作系统作用 管理系统的硬件、软件、数据资源 控制程序运行 人机之间接口 应用软件与硬件之间接口 特殊操作系统 分时操作系统 采用时间片轮转,为多个用户提供服务 特点 多路径 独立性 及时性 实时操作系统 实时控制系统和实时信息系统 特点 规定时间内响应 网络操作系统 方便共享资源,提供网络服务 Unix Linux S T2 S 进程的同步与互斥 互斥 同类资源竞争关系。间接制约操作 同步 速度…
索引文件 计算方式 根据物理块大小(1KB)和地址长度(4B),可以计算存放间接索引物理块的地址个数 (1KB = 1024B)/ 4B = 256 直接索引 索引点直接指向实际存储文件物理块,能够表示的逻辑页号 0~9,表示文件大小 10XKB 一级间接索引 索引点指向物理块存放的地址项,对应地址项数个数 256 个,可以指向 256 个实际存储文件的物理块。 能够表示的逻辑页号范围是10~25…
存取时间 存取时间 = 寻道时间 + 等待时间 寻道时间 指磁头移动到磁道所需的时间 等待时间 为等待读写的扇区转到磁头下方所用时间 读取磁盘的时间 到磁道的时间 找到扇区的时间,即旋转延迟时间 传输时间 磁盘移臂调度算法 先来先服务 FCFS 最短寻道时间有限(申请时判断与磁头当前的位置距离,谁短先服务谁) 扫描算法 循环扫描
📅 今日考点:网络规划与设计 ! file 20260211200419682.png ! file 20260211200511398.png ! file 20260211200721512.png ! file 20260211200916589.png
📅 今日考点:TCPIP协议 ! file 20260210195056316.png ! file 20260210195717439.png ! file 20260210195921873.png ! file 20260210201159925.png DHCP ! file 20260210201243537.png ! file 20260210201323939.png ! fil…
📅 今日考点:OSI七层模型 ! file 20260209202057388.png ! file 20260209202802858.png ! file 20260209203134809.png ! file 20260209203058767.png ! file 20260209203216967.png ! file 20260209203224441.png
📅 今日考点:通信系统架构 ! file 20260208092048805.png ! file 20260208092409247.png ! file 20260208092557169.png ! file 20260208092805961.png ! file 20260208092848836.png ! file 20260208092952322.png 软件定义网络结构 !…
网络模型 应用层 应用层 表示层 会话层 传输层 网络层 网络接口层 数据链路层 物理层 网络协议 应用层 POP3: 110 端口,邮件 FTP:20 端口,文件传输 HTTP:80 端口,超文本传输协议,网络传输 DHCP:67 端口, IP 地址自动分配 SNMP:161, 简单网络管理协议 DNS:域名解析 传输层 TCP:可靠,可以依据端口号将报文交付给上层的某一进程,可以对应应用层进程…
特点 可剪裁性 可移植性 强实时性 强紧凑性 高质量代码 强定制性 标准接口 分类 嵌入式实时操作系统 面向控制、通信 非实时嵌入式 面向消费电子产品 如:安卓、IOS 调度算法 时间片轮转调度 优先级调度 抢占式优先级调度 单调速率调度 操作系统内核架构 分类 宏内核 微内核 微内核与单内核对比 | | 实质 | 优点 | 缺点 | | | | | | | 单体内核 | 将图形、驱动等功能全部在…
分类 微处理器(MPU) 微控制器(MCU) 又称单片机。与 MPU 相比最大的优点在于单片化,体积大大减小,从而使功耗和成本下降。 信号处理器(DSP) 对系统结构和指令进行了特殊设计(编译效率高,执行速度快) 图像处理器(GPU) 减少对 CPU 的依赖,并进行部分 CPU 的工作 片上系统(SOC) 追求产品系统最大包容的集成器件, 有专门目标的集成电路 ,又是一种技术,用以实现从确定系统功…
基本概念 以应用为中心,以计算机技术为基础,并将可配置与可裁剪的软、硬件集成与一体的专用计算机系统,需要满足应用对功能、可靠性、成本等方面的严格要求 它主要完成信号控制的功能,体积小、结构紧凑,可作为一个部件藏于所控制的装置中。 特点 1. 专用性强 2. 技术融合 3. 软硬一体软件为主 4. 比通用计算机资源少 5. 程序代码固化在非易失存储器中 6. 需专门开发工具和环境 嵌入式系统的分类…
🏗️ 大数据分层架构 1️⃣ 总体结构 数据源 → 数据采集 → 数据存储 → 数据分析 → 数据应用 | | | 业务系统 | ERP / CRM | | 日志数据 | 用户行为日志 | | 外部数据 | API / 第三方 | 🚚 数据采集层(ETL) | 功能 | 技术 | | | | | 数据抽取 | Flume / Logstash | | 数据清洗 | Spark / MapRed…
概念 软件构件是一种组装单元,有规范接口和显示语境依赖 某系统中有价值、可以独立并替换的一个部分 一个独立发布的功能部分,可以通过接口访问 构件模块对象对比 模块 结构化开发产物 对象 1. 一个实例单元,具有唯一的标志 2. 可能具有状态,外部可见 3. 封装了自己的状态和行为 构件 1. 独立部署单元 2. 作为第三方的组装单元 3. 没有外部状态 | | | 通信处理 | 可靠高效实时的跨平…
ABSD(架构驱动设计) 核心思想 ABSD(Architecture Based Software Design)是一种架构驱动的方法, 强调由以下因素共同驱动架构设计: 业务需求(商业目标) 功能需求 质量需求 三、视角与视图 从不同视角分析系统 对应不同架构视图(如4+1视图) 四、需求获取方式 功能需求 通过用例获取 质量需求 通过场景(Scenario)获取: 刺激(Stimulus)…
ABSD过程(总体流程) 架构需求 → 架构设计 → 架构文档化 → 架构复审 → 架构实现 → 架构演化 特点 自顶向下 递归细化 支持软件复用 架构需求过程 1. 需求获取(来着需求库) 2. 生成类图 3. 对类进行分组 4. 将类打包 5. 需求评审 核心目标 识别构件(从类 → 构件) 理解一句话 需求分析的本质: = 找构件 架构设计过程 1. 选出架构模型 2. 映射构件 3. 分析…
概念 Model:客观事物的抽象表示 Architecture:构成系统的部件、连接件及其约束规则 Model Driven:使用模型完成软件的分析、设计、构建、部署、维护等各开发活动 目标 Portability:可移植性 interoperability:互通性 Reusability:可重用性 核心模型 计算无关模型(CIM) 对某具体行业内一个项目的业务需求及其系统功能需求进行分析 平台独…
架构方法与过程 · 知识点总结 综合整理自: ABSD 、 ABSD总体流程 、 MDA 、 特定领域软件架构(DSSA) 、 软件产品线 、 软件架构复用 一、ABSD(基于架构的软件开发方法)⭐⭐⭐ 这是架构方法与过程中的 最核心考点 。 1.1 核心思想 ABSD(Architecture Based Software Design)是一种 架构驱动 的方法,强调由以下三个因素 共同驱动 架…
定义 特定领域软件架构以一个特定问题领域为对象,形成由领域参考模型、参考需求、参考架构等组成的开发基础架构,支持一个特定领域中多个应用的生成 垂直域:某一狭小领域或者某个行业的共性 水平域:多个行业可通用的一些共性 组成 | 人员 | 任务 | | | | | 领域专家 | 提供关于领域中系统的需求规约和实现知识,复审领域模型,DSSA | | 领域分析人员 | 控制整个领域分析过程,进行知识获取…
概念 核心资源库(产品构造的基础,领域工程的所有结果的集合)+ 产品集合 特定 核心资源 产品集合 过程驱动 特定领域 技术支持 以架构为中心 成功因素 对该领域具备长期和深厚的经验 一个用于构件产品的好的核心资源库 好的产品线架构 好的管理
概念 是一种系统化的开发过程,通过识别、分析、分类、获取和修改软件实体,以便在不同软件开发中重复使用它们 历史 复用类型 水平复用 不分行业领域,通用 垂直复用 分行业领域,专用 机会复用 开发过程中,只要发现有可复用资产,就复用 系统复用 开发前,进行规划,决定哪些需要复用 基本过程 构造/获取可复用资产 管理资产 选择可复用的部分
概念 云计算是集合了大量技术设备和资源,对用户屏蔽底层差异的分布式处理架构,其用户与提供实际服务的计算资源是相分离的 优点 超大规模 虚拟化 高可靠性 高可伸缩性 按需服务 成本低 分类 | 类型 | 说明 | | | | | SaaS 软件即服务 | 基于多租户技术实现,直接提供应用环境 | | PaaS 拼台即服务 | 虚拟中间件服务器、运行环境和操作系统 | | IaaS 基础设施即服务 |…
层次架构 核心 关注分离,每层只负责本层的工作 MVC Model(模型):应用程序中用于处理应用程序数据的逻辑部分 View(视图):是应用程序中处理数据显示的部分 Controller(控制器):应用程序中处理用户交互的部分 J2EE 体系结构中: View:JSP Controller:Servlet Model:Entity Bean,Session Bean MVP MVP 是 MVC…
服务是为了满足某项业务需求的操作、规则等的逻辑组合,它包含一系列有序活动交互,为实现用户目标提供支持。 核心: 通过服务进行系统解构,使用 ESB 统一通信 调用流程 1. 应用配置驱动流程 2. 流程管理器编排服务 3. 通过 ESB 调用多个服务 4. 服务访问数据层 SOA层次和特点 | 服务构件 | 传统构件 | | | | | 标准化程度更高 | | | 粗粒度 | 细粒度居多 | |…
定义 很小的服务,它属于面向服务的架构的一种 优势 | 有点 | 解读 | | | | | 复杂应用解耦 | 小服务,化整为零 | | 独立 | 独立开发<br 独立测试及部署<br 独立运行 | | 技术选型灵活 | 支持异构(使用不同数据) | | 容错 | 故障被隔离在单个服务中 | | 送耦合,易扩展 | 可根据需求对立扩展 | 挑战 分布式环境下的数据一致性【更复杂】测试的复杂性【服务间…
指在靠近物或数据源头的一侧,采用网络、计算、存储、应用核心能力为一体的开放平台,就近提供最近端服务 本质 计算处理职能的本地化 类型 云边缘:云服务在边缘测的延伸 边缘云:在边缘构建中小规模云服务的能力 边缘网关:以云化技术与能力重构原有嵌入式网关系统 边云协同的分类 资源协同 数据协同 智能协同 应用管理协同 业务管理协同 服务协同
4+1视图模型 核心思想 从不同视角描述软件体系结构,包括:逻辑视图、开发视图、进程视图、物理视图、用例视图 2.开发视图 面向对象:程序员 关注点:代码结构 内容: 配置 装配 3.进程视图 面向对象:系统集成人员 关注点:运行时行为 内容: 并发 性能 吞吐量 可伸缩性 ___ 4.物理视图 面向对象:系统工程师 关注点:部署结构 内容: 硬件节点 网络拓扑 部署方式 5. 用例视图(Use…
ADL(架构描述语言) 定义 ADL是一种形式化语言,它在底层语义模型的支持下,为软件系统的概念体系结构构建提供了具体的语法和概念框架 ADL的三个基本要素(重点) 构件 计算或数据存储单元 连接件 用于构件之间交互建模的体系结构构造块及其支配这些交互的规则 架构配置 描述体系结构的构件与连接件的链接图 三者关系 构件通过连接件进行交互, 多个构件和连接件共同组成架构配置。 FAQ 什么是ADL?…
质量属性 性能 可靠性 可用性 安全性 可修改性 生命周期 开发期质量属性 运行期质量属性 开发期 易理解性 可扩展性 可重用性 可测试性 可维护性 可移植性 运行期 性能 安全性 可伸缩性 互操作性 可靠性 可用性 鲁棒性 软件架构评估方法 概念 风险点:架构设计中潜在的、存在问题的架构决策所带来的隐患 非风险点:不会带来的隐患,如xxx 要求可以接受 敏感点:一个或多个构件的特性,它能影响系统…
软件架构的概念 本质 1. 软件架构为软件系统提供了一个结构、行为和属性的高级抽象 2. 软件架构风格是特定应用领域的惯用模式,架构定义一个词汇表和一组约束 总结 架构设计是 【降低成本】【改进质量】【按时和按需交付产品】的关键因素 FQA 什么是架构? 架构设计就是按需分配,即将满足需求的职责分配到组件上 软件架构生命周期(SA流程) 整体流程 需求分析 → 设计 → 实现 → 构件组装 → 部…
方式 基于调查问卷的方式 基于度量的方式 基于场景的方式 性能场景 概念 是从风险承担着的角度与系统交互的简短描述,它通常作为描述质量属性的手段 组成部分 刺激源 :这是某个生成该刺激源的实体(人、计算机系统或者任何其他刺激器 刺激 :该刺激在某些条件内发生。当激励发生时,系统可能处于过载、运行或者其他情况 制品 :某个制品被激励。这可能是整个系统(或者系统的一部分) 响应 :该响应是在激励到达后…
CBSE特征 1. 可组装性:所有外部交互必须通过公开接口 2. 可部署性:构件总是二进制进行,能作为一个独立实体运行 3. 文档化:可通过文档了解 4. 独立性:可以在无其他特殊构件的情况下进行组装部署 5. 标准化:符合某种标准化的构件模型 构件组装 需要借助胶水代码 顺序组装:按顺序调用 层次组装:被调用构件的接口必须和调用构件的接口兼容 叠加组装:多个构件合并成新构件,对外提供新接口 构件…
结构化开发方法 核心 自顶向下,逐步分解,严格区分工作阶段,每段有任务和成果,强调系统开发过程的整体性和全局性 优点 理论逻辑紧密 缺点 开发周期长,文档设计说明繁琐,工作效率低 面向对象方法 关键在于建立一个全面、合理、统一的模型,分析、设计、实现三个阶段界限不明确 OMT 需要建立三种模型: 对象模型(系统数据结构) 动态模型(系统控制结构) 功能模型(系统功能) 面向服务方法 以粗粒度、松耦…
动态与静态测试 静态测试 人工监测和计算机辅助分析 控制流分析:没有使用的语句/无法到达语句 数据流分析:引用未定义的变量 接口分析:接口一致性,函数参数一致性 动态测试 计算机运行 白盒测试(结构测试):关注内部结构与逻辑 路径覆盖(最强) 逻辑覆盖 条件覆盖 黑盒测试(功能测试):关注输入输出 等价类划分 边界值分析 灰盒测试:介于黑盒和白盒测试之间 软件测试阶段 单元测试:依据(详细设计),…
原型模型 分类 抛弃型 演化型 阶段 1. 原型开发阶段 2. 目标软件开发阶段 增量模型 融合瀑布模型和原型实现的迭代,可以有多个版本的发布,核心功能最先完成。 螺旋模型 特点 快速迭代 + 瀑布模型,引入风险分析。它是由制定计划、风险分析、实施工程、客户评估这一循环组成 V模型和W模型 特点 V模型强调测试贯穿项目始终,而不是集中在测试阶段 W 模型强调 测试和开发并行 快速应用开发(RAD)…
定义 逆向工程是设计的恢复过程 逆向级别 实现级 设计表示 抽象语法树 符号表 过程 结构级 反映程序分量之间的相互依赖关系 调用图 结构图 程序和数据结构 功能级 程序段功能级程序段之间关系 数据和控制流模型 领域级 与应用领域概念之间对应关系 实体关系模型 恢复信息方法 用户指导下的搜索与变换:实现级,结构级 变换方式:+ 功能级 基于领域知识:功能级、领域级 相关概念 重构/重组 在同一级别…
软件需求 指用户对系统在功能、行为、性能、设计约束等方面的期望 需求获取 需求分析 结构化分析过程 数据流图 | 元素 | 说明 | 图元 | | | | | | 数据流 | 表示数据流向,含有的名词表示数据的含义 | | | 加工 | 输入数据与输出数据间的变换 | O 【】 | | 数据存储(文件) | 暂时存储的数据。流向文件的数据流表示写文件,流出表示读文件 | | | 外部实体 | |…
基本概念 对象 属性(数据)+ 方法(操作) + 对象 ID 类 实体类:映射需求中的实体,保存需要存储的信息 控制类:控制用例工作的类,一般由动宾结构的短语转化。如:身份验证器 边界类 :用于封装在用例内、外流动的信息或数据流。接口 UML图概念 分类 类与对象 接口与实现 结构事物 最静态的部分,包括接口、类、用例、构件、节点 行为事物 代表时间和空间上的动作。交互、状态机 分组事物 组织部分…
核心思想 通过共享数据实现构件协作,而不是直接通信 系统以 共享数据(中央仓库)为核心 , 多个构件围绕数据进行读写和交互。 子风格 数据库系统 黑板系统 特点 多个模块协作 间接通信 逐步求解问题 优点 可扩展性强 可复用性高 适合复杂问题求解 缺点 控制复杂 难以保证执行顺序 开发困难 应用 语音识别 图像处理 知识推理 超文本系统 子风格对比 | 子风格 | 核心特点 | | | | | 数…
一、核心思想 数据在系统中按顺序流动,前一步处理结果作为后一步输入(数据驱动) 三、子风格 1. 批处理 处理整体数据 无用户交互 2. 管道 过滤器 数据流式传输 每个过滤器处理数据 弱用户交互 四、优缺点 优点 松耦合【高内聚 低耦合】 良好的重用性/可维护性 可扩展性【标准接口适配】 良好的隐蔽性 支持并行 缺点 交互性较差 复杂性较高 性能较差(每个过滤器都需要解析和合成数据) 应用 传统…
核心思想 系统由多个独立构件组成,构件之间不直接调用,而是通过事件进行通信 本质:事件驱动 + 松耦合 工作机制(事件驱动) 事件源 → 发布事件 → 事件管理器 → 分发事件 → 事件处理器 过程: 1. 构件触发事件 2. 事件发送给事件管理器 3. 事件管理器通知相关构件 4. 构件执行处理 5. 返回执行结果 特点 构件之间不直接交互 通过中间机制(事件管理器)通信 系统由多个子系统构成…
核心思想 通过中间解释层来执行程序或规则,实现灵活性与扩展性 工作机制(虚拟机) 输入 → 虚拟机(解释器) → 执行 → 输出 子风格 解释器 核心组成 被解释程序 解释器引擎 状态存储 数据存储 适用场景 编程语言解释器 DSL(领域语言) 规则系统 定义: 在解释器基础上增加规则库(知识库, 根据规则自动推理和执行。 核心组成 规则集(知识库) 事实集 规则解释器 工作内存 规则/数据选择机…
一、核心思想 主函数调用子函数,子函数执行并返回结果 三、子风格 1. 主程序/子程序 面向过程 2. 面向对象 对象的方法调用 3. 分层 层与层之间的方法调用 优点 良好的重用性,只要接口不变可用在其他处 可维护性好 可扩展性好,支持递增设计 缺点 并不是每个系统都方便分层 很难找到一个合适、正确的层次抽象方法 不同层次之间耦合度高的系统很难实现 特点 各个层次的组件形成不同功能级别的虚拟机…
定义 架构风格定义了一组系统结构规则、包括构件类型、连接方式以及约束 2. 调用/返回风格 软件设计师/软件架构设计师/软件架构风格/调用返回风格 子风格: 主程序/子程序 面向对象 分层结构 3. 独立构件风格 软件设计师/软件架构设计师/软件架构风格/独立构件风格 子风格: 进程通信 事件驱动系统(隐式调用) 4. 虚拟机风格 软件设计师/软件架构设计师/软件架构风格/虚拟机风格 子风格: 解…
并 结果为二者元组的和去除重复向 交 二者的重复项 差 前者去除二者的重复项 笛卡尔积 所有列保留,所有行全映射 投影(Select) 对属性列选择列出 选择(Where) 对元组行的选择列出 自然连接 结果列数为二者属性列数之和减去重复列,行数为二者同名属性列的值相同结果的元组 Select where 规范化理论 非规范化存在的问题 数据冗余 更新异常 插入异常 概念 函数依赖 设 R(U)是…
数据库模式 三级模式 外模式:视图 模式:数据库表 内模式:物理文件 两层映射 外模式:模式映射 模式:内模式映射 两层映射保证数据库中的数据具有较高的独立性和物理独立性 物理独立性 数据库内模式发生改变时,应用程序不需要改变 逻辑独立性 逻辑结构发生改变时,用户程序不需要改变 聚簇索引会影响内模式 分布式数据库 特点 数据独立性 集中于自治共享结合的控制结构:局部的 DBMS可以独立管理 适当增…
需求分析 数据流图 数据字典 需求说明书 概念结构设计 E R图集成方法 一次性集成 逐步集成 集成产生冲突及解决方法 属性冲突:同一对象 命名冲突:同一对象 结构冲突:同一对象在不同应用中具有不同的抽象,以及同一实体在不同局部 E R 图中所包含的属性个数和属性排列次序不同 数据库性能优化 集中式数据库 系统软件 进程优先 CPU 使用权 数据库设计 分区 分库 分表 物化视图 索引 查询频繁…
数据控制功能 安全性 完整性 并发控制 故障恢复 安全性 用户标识与鉴定 存取控制:对用户授权 密码存储和传输:对远程终端信息用密码传输 视图保护:对视图授权 审计:记入用户操作 事务的特性 原子性 一致性 隔离性 持久性 封锁技术 排他锁 事务 T 对数据 A 加排他锁,只允许事务 T 对 A 修改和读取 共享锁 事务 T 对数据 A 加共享锁,可以读取 A 不能修改 A 封锁协议 一级封锁 事…
概念 通过信息技术开发、信息产业发展,推进信息社会的过程 目的 提高企业竞争力 涉及三类创新 技术创新 通过互联网及时了解和掌握创新的技术信息,加快从技术向生产的转化 管理创新 制度创新 信息化需求的三个层次 战略需求 运作需求 技术需求 企业信息化方法 业务流程重构 核心业务应用 信息系统建设 主题数据库 资源管理 人力资本 信息系统战略规划 以数据为中心 企业系统规划法 关键成功因素法 战略集…
概念 是一种组织管理技术 为了最好的实现系统为目的,对系统的组成要素、组织结构、信息流、控制机构进行分析研究的方法 整体最好 最优规划、最优设计、最优管理和最优控制 是一种现代的科学方法 系统工程方法 霍尔三维 逻辑维:解决问题的逻辑过程 时间维:工作进度 知识维:专业科学知识 应用场景 组织和管理大型工程建设 切克兰德方法 核心 比较和探寻 认识问题 定义 建立概念模型 比较和探寻 选择 设计与…
定义 软件系统在应用或系统错误面前,在意外或错误使用的情况下维持软件系统的功能特征的基本能力 软件可靠性 软件产品在规定条件下和规定时间区间完成规定功能的能力 软硬件对比 复杂性:软件复杂度高, 大部分失效来自软件失效 物理退化:硬件的失效主要物理退化导致,软件不存在物理退化 唯一性:软件唯一的,硬件不可能完全一样 版本更新周期:硬件较慢,软件较快 软件可靠性定量描述 可以基于使用条件、规定时间、…
影响可靠性因素 1. 软件的开发方法和开发环境 2. 运行环境 3. 软件规模 4. 软件内部结构 5. 软件的可靠性投入 可靠性设计技术 N版本程序设计 新增三个阶段 相异成分规范审核 向异性确认 背对背测试 恢复块方法 设计时要保证实现主块和后备块之间的独立性 必须保证验证测试的准确性 恢复方法 向前恢复:当前计算继续下去,把系统恢复成连贯 向后恢复:系统恢复到前一个正确状态,继续进行 N版本…
串联与并联系统 串联系统 可靠性:R = R1 X R2.... 失效率近似:A = A1 + A2 .... 并联系统 可靠性: R = (1 R1)X(1 R3)X(1 R3) 系统可靠性模型 种子模型法:设定错误种子,再看种子发现比例 失效率类模型 曲线拟合类模型:使用回归分析方法研究 可靠性增长模型 程序结构分析模型 输入域分类模型 执行路径分析方法
软件质量管理 影响软件质量的3组因素 产品修改 可理解性 可维修性 灵活性 可测试性 产品转移 可移植性 可再用性 产品运行 正确性 健壮性 效率 完整性 可用性 软件质量控制与保证 软件保证 每隔一定时间进行,主要通过系统的质量审计和过程分析来保证项目的质量 质量审计 过程分析 质量控制 实时监控项目的具体成果 主要目标 事前预防 作用于过程而不是最终产品 贯穿于所有活动中,而不是集中于一点 软…
盈亏平衡管理 销售额 = 固定成本 + 可变成本 + 税费 + 利润 销售额(盈亏平衡) = 固定成本 + 可变成本 + 税费 进度管理 目的 为了确保项目按期完成所需要的管理过程 过程 工作分解结构(WBS) 基本要求 可控可管理,不能过于复杂 不能分解过细,树形结构不超过 6 层 每个工作包要有一个交付成果 每个任务必须有明确定义的完成标准 必须有利于责任分配 历时估算法 专家估算法 三点估算…
对称加密 加密与解密使用同一密钥 特点 强度不高,效率高 密钥分发困难 用途 对消息明文进行加密传输 常见算法 DES:替换+移位,56 位密钥、64 位数据 3DES: 2 个 56 位密钥 K1 K2 IDEA:128 位密钥,对计算机功能需要较低 RC 5 算法 AES算法:高级加密标准 国产密钥算法 SM1:对称加密,电子政务 SM2:非对称加密 SM3:杂凑算法,数字签名 SM4:对称加…
五个基本要素 机密性:网络信息不泄露给非授权用户实体 完整性:网络信息或系统未经授权不能进行更改 可用性:合法用户能够及时获取网络信息 可控性 可审查性 范围 设备安全 数据安全 内容安全 行为安全
相关技术 防火墙 VPN 访问控制 网络安全隔离 网络安全审计 网络安全协议 网络层 防火墙 IpSec 数据链路层 PPTP L2TP 应用层 SSL SSH TLS 安全架构威胁 被动攻击 收集信息为主,破坏机密性 主动攻击 中断(破坏可用性) 篡改(完整性) 伪造(真实性) 安全模型 定义系统的抽象安全目标。提供形式化描述与实践指导,将策略转换为具体规则 模型 状态机模型 BLP模型(机密性…
CMMI 自顶向下排列 方针文件 过程文件 指南/规范文件 模板文件 软件工程 业务流建模 1. 流程图(flow chart) 2. 角色活动图(Role Acitity Diagram RAD) 和 角色交互图(RID) 3. IDEF0和IDEF3 4. Petri网图 5. 统一建模语言(UML) 6. BPMN:业务流程图 需求获取 需求抽取 需求发现和理解 需求分类和组织 需求优先级排…
TCP/IP 协议簇 · 易错点总结 关联笔记: 计算机网络总结 、 TCPIP协议 | | | 三次握手建立连接 | 通信前先确认双方可达,建立可靠通道 | | 确认应答(ACK) | 接收方收到数据后回复确认,发送方知道数据已到达 | | 超时重传 | 发送方在规定时间内未收到 ACK,自动重发数据 | | 序列号与排序 | 每个字节有编号,接收方按序重组,不乱序 | | 流量控制(滑动窗口)…
UML关系易错点总结 用例图关系 vs 类图关系 重要区别 :用例图和类图使用不同的关系类型,考试中容易混淆! 用例图关系(只有3种) 1. 包含关系(include) 必须执行的公共用例 基本用例 → 抽象用例 例如:学习和测验都包含权限检查 2. 泛化关系 父子继承关系 子用例继承父用例行为 例如:登录(父)→ 手机号登录、用户名密码登录(子) 3. 扩展关系(extend) 可选执行的扩展用…
存储管理 · 易错点总结 关联笔记: 计算机基础总结 、 存储管理 | | | 程序独立性 | 每个程序都从"自己的0地址"开始写,OS 负责映射到真实物理地址 | | 内存保护 | 程序A的逻辑地址0 ≠ 程序B的逻辑地址0,映射到不同物理区域,无法越界 | | 灵活加载 | 物理内存哪里有空洞就映射到哪里,程序不用管 | | 虚拟内存 | 逻辑地址空间可以大于物理内存,暂时不用的页放磁盘,用时…
活动图易错点总结 活动状态 vs 动作状态 重要区别 :活动图中的活动状态和动作状态是两个不同的概念,考试中容易混淆! 动作状态(Action State) 原子性 :不可中断,一旦开始必须完成 执行时间 :立即执行,时间很短,通常是基本操作 可分解性 :不可分解,不能进一步细化 表示方法 :小圆角矩形 示例 :计算、赋值、调用方法等基本操作 活动状态(Activity State) 非原子性 :…
管理子系统:同一楼层 设备间子系统:整个建筑布线设施 垂直子系统:不同楼层
非直接耦合 数据耦合 标记耦合 控制耦合 外部耦合 公共耦合 内容耦合 从高到低
创建型 描述对象如何创建,是为了将对象的创建与使用分离 单例 原型 工厂方法 抽象工厂 构建器 结构型 描述类或对象如何组织成更大结构 代理 适配器 装饰 桥接 外观 享元 组合 行为型 描述类或对象之间如何协作完成任务 模版方法 策略 命令 责令链 状态 观察者 中介者 迭代器 访问者 备忘录 解释器
软件测试总结 概述 软件测试是为了发现程序中的错误而执行程序的过程。测试是软件质量保证的重要手段。 测试分类 按是否运行程序分 1. 静态测试 :不运行程序,通过人工监测或计算机辅助分析 控制流分析:检查没有使用的语句、无法到达的语句 数据流分析:检查引用未定义的变量 接口分析:检查接口一致性、函数参数一致性 2. 动态测试 :运行程序,检查实际输出与预期结果的差异 白盒测试(结构测试) 黑盒测试…
架构描述与评估 · 知识点总结 综合整理自: 软件架构的概念 、 4+1视图 、 ADL 、 架构评估 、 软件评估方法 以及 llm wiki 中的 ATAM 、 SAAM 、 CBAM 、 质量属性 、 敏感点 、 权衡点 、 风险点 、 非风险点 一、软件架构基础 1.1 架构的本质 软件架构为系统提供 结构、行为和属性 的高级抽象 架构风格是特定领域的惯用模式,定义一个 词汇表 和一组 约…
Redis 与缓存 · 考点总结 综合整理自: 05 缓存数据库(Redis) 、 06 缓存与分布式系统 以及 llm wiki 中的 缓存雪崩 、 缓存穿透 、 缓存击穿 、 缓存预热 、 CAP 、 Cache Aside策略 、 缓存与数据库协作 、 AOF 、 RDB 、 Redis主从模式 、 Redis哨兵模式 、 Redis Cluster 一、Redis 基础 1.1 Redis…
五大架构风格总结 综合整理自: 软件设计师/软件架构设计师/软件架构风格/数据流风格 、 软件设计师/软件架构设计师/软件架构风格/调用返回风格 、 软件设计师/软件架构设计师/软件架构风格/独立构件风格 、 软件设计师/软件架构设计师/软件架构风格/虚拟机风格 、 软件设计师/软件架构设计师/软件架构风格/仓库风格 | | | | | 1 | 数据流风格 | 数据驱动,前一步输出是后一步输入 |…
计算机网络 · 考点总结 综合整理自: 通信系统架构 、 OSI七层模型 、 TCPIP协议 、 TCP IP 协议簇 、 网络规划与设计 以及易错题中的 TCPIP协议簇 、 综合布线 一、网络体系结构 ⭐⭐⭐ 1.1 OSI 七层模型 | 层次 | 名称 | 核心作用 | 常见设备/协议 | | | | | | | 第 7 层 | 应用层 | 为应用程序提供网络服务 | HTTP、FTP、SM…
软件架构设计师 · 考点导航 本页为 软件设计师 考试重要考点的统一导航,汇总了 11 篇考点总结的核心内容,方便快速定位和复习。 一、 01_计算机基础总结|计算机基础 核心考点: | 考点 | 等级 | 关键内容 | | |: :| | | 进程三态转换 | ⭐⭐⭐ | 就绪→运行→等待,等待态不能直接到运行态 | | PV 操作 | ⭐⭐⭐ | P 申请(S ),V 释放(S++);前驱图中…
计算机基础 · 考点总结 综合整理自: 操作系统概述 、 存储管理 、 文件系统 、 磁盘管理 一、操作系统基础 1.1 操作系统的作用 操作系统是计算机系统中最核心的系统软件。 | 作用 | 说明 | | | | | 管理资源 | 管理硬件、软件、数据资源 | | 控制程序运行 | 负责进程调度、内存分配、I/O 控制 | | 人机接口 | 为用户提供命令、图形界面等操作方式 | | 软硬件接口…
信息安全基础 · 考点总结 综合整理自: 信息安全基础 、 信息加密技术 、 网络完全控制技术 一、信息安全五要素 ⭐⭐⭐ | 要素 | 含义 | 典型破坏方式 | | | | | | 机密性 | 信息不泄露给未授权用户、实体或过程 | 窃听、嗅探、信息泄露 | | 完整性 | 信息未经授权不能被篡改,保持准确和完整 | 篡改数据、恶意修改 | | 可用性 | 合法用户能够及时、可靠地使用信息和服…
系统可靠性分析 · 考点总结 综合整理自: 可靠性 、 可靠性设计 、 系统可靠性分析 一、可靠性基础 1.1 软件可靠性定义 软件可靠性 :软件产品在 规定条件下 、 规定时间区间内 完成 规定功能 的能力。 关键词必须记住: | 关键词 | 含义 | | | | | 规定条件 | 运行环境、输入条件、使用方式明确 | | 规定时间 | 自然时间、运行时间、执行时间 | | 规定功能 | 软件按…
需求工程总结 概述 需求工程是软件工程中关于需求的系统化方法,包括需求获取、分析、规格说明、验证和管理。 需求分类 需求获取 需求抽取过程 1. 需求发现和理解 :通过访谈、问卷、观察、原型等方法收集需求 2. 需求分类和组织 :将需求按业务、用户、功能等维度分类 3. 需求优先级排序和协商 :确定需求的优先级,解决冲突 4. 需求文档化 :编写需求规格说明书 常用获取方法 用户访谈 问卷调查 观…
大型网站架构演化 — 总结 笔记排序 | 序号 | 笔记 | 所处阶段 | | | | | | 00 | 维度 | 技术全景索引(贯穿全程) | | 01 | 架构演化 | 单体 → 垂直拆分 → 引入缓存(演化主线) | | 02 | Web 应用服务器 | 服务器角色分离(Web 服务器 vs 应用服务器) | | 03 | 负载均衡 | 流量分发、高可用、横向扩展 | | 04 | 使用服务…
技术组件与中间件 · 知识点总结 综合整理自: 构件与中间件 、 大数据分层架构 一、软件构件 1.1 概念 软件构件是一种 组装单元 ,具有: 规范的接口 显式的语境依赖 可独立部署和替换 通过接口访问 一句话定义: 系统中有价值、可以独立并替换的一个部分,是一个独立发布的功能部分。 1.2 构件 vs 模块 vs 对象 ⭐ | 维度 | 模块 | 对象 | 构件 | | | | | | | 开…
知识产权与标准化 知识点总结与梳理 · 系统架构设计师备考 综合知识 选择题高频 必拿分模块 目录 知识产权概述与法规体系 著作权法与软件著作权 专利法 商标法 商业秘密与反不正当竞争法 保护期限汇总 知识产权人确定 使用许可类型 侵权判定与法律责任 标准化基础知识 标准分级与代号 国际标准化组织 考点速记口诀 1. 知识产权概述与法规体系 ★★★ 知识产权是指人们就其智力劳动成果所依法享有的专有…
📐 架构描述与评估 · 考点笔记 软件架构设计师 · 中级 · 2026 考试备考 架构描述 4+1视图 ADL 质量属性 ATAM SAAM CBAM 一、软件架构基础 1.1 架构的本质 软件架构为系统提供结构、行为和属性的高级抽象。架构风格是特定领域的惯用模式,定义一个词汇表和一组约束。 架构风格与架构模式的区别:架构风格是一种系统组织方式(如C/S、B/S),是宏观层面的分类。架构模式是…
嵌入式系统知识点总结 软件架构设计师考试复习资料 📅 更新于 2026年5月 | 📖 覆盖考试大纲核心考点 📑 目录导航 嵌入式系统基本概念 嵌入式硬件基础 嵌入式处理器分类 嵌入式操作系统 实时操作系统(RTOS) 嵌入式软件架构 嵌入式系统开发 鸿蒙操作系统 考试重点与易错点 💡 一、嵌入式系统基本概念 定义:以应用为中心,以计算机技术为基础,软硬件可裁剪,适应应用系统对功能、可靠性、…
数据库系统 · 知识点梳理 📅 日期:2026-05-15 📚 科目:软件设计师 · 数据库系统 🏷️ 标签: 数据库关系代数范式 SQL事务并发控制 ⭐ 重要度:高频考点(选择题 + 案例分析 + 论文) 📋 目录导航 一、数据库概述与三级模式 二、关系模型基础 三、关系代数 ★★★ 四、规范化理论(函数依赖与范式)★★★ 五、SQL语言 ★★★ 六、E-R模型与数据库设计 ★★ 七、事…
大型网站架构演化历史 从单体到云原生的完整技术演进之路 📅 软件架构设计师考试复习 | 📖 以时间线为脉络,串联核心技术 📑 演化阶段导航 1 单体架构时代(2000年前后) 2 垂直架构分离(2005年前后) 3 引入缓存时代(2008年前后) 4 服务集群与负载均衡(2010年前后) 5 数据库拆分(2012年前后) 6 分布式存储与CDN(2014年前后) 7 微服务架构兴起(2016…