默认分类
未读
Day28-37｜7.3.5 虚拟机体系结构风格
Day28-37｜7.3.5 虚拟机体系结构风格：用抽象执行环境隔离变化 对应教材：《系统架构设计师教程（第2版）》第7章“系统架构设计基础知识”——7.3.5 虚拟机体系结构风格。 学习定位：虚拟机体系结构风格通过构造一个抽象的执行环境，把上层程序、规则或指令与底层硬件、操作系统和具体运行环境隔离
默认分类
未读
Day28-36｜7.3.4 以数据为中心的体系结构风格
Day28-36｜7.3.4 以数据为中心的体系结构风格：围绕共享数据组织处理能力 对应教材：《系统架构设计师教程（第2版）》第7章“系统架构设计基础知识”——7.3.4 以数据为中心的体系结构风格。 学习定位：本节是软件架构风格中的数据中心类风格，重点研究一个稳定的数据存储或数据中心如何成为多个处
默认分类
未读
Day28-38｜7.3.6 独立构件体系结构风格
Day28-38｜7.3.6 独立构件体系结构风格：让构件通过事件和消息松耦合协作 对应教材：《系统架构设计师教程（第2版）》第7章“系统架构设计基础知识”——7.3.6 独立构件体系结构风格。 学习定位：独立构件体系结构风格强调构件之间的相对独立性，构件不依赖某个特定调用者的控制流程，而是通过事件
默认分类
未读
Day27-06｜5.7.3 软件配置管理：让每一次变更都可识别、可追溯、可恢复
Day27-06｜5.7.3 软件配置管理：让每一次变更都可识别、可追溯、可恢复 对应教材：《系统架构设计师教程（第2版）》第5章“软件工程基础知识”——5.7.3 软件配置管理。 学习定位：软件配置管理（SCM）通过识别、控制、记录和审计软件配置项的变化，保证产品在不同阶段的完整性和可追溯性。高级
默认分类
未读
Day27-05｜5.7.2 软件进度管理：用可交付结果控制复杂项目节奏
Day27-05｜5.7.2 软件进度管理：用可交付结果控制复杂项目节奏 对应教材：《系统架构设计师教程（第2版）》第5章“软件工程基础知识”——5.7.2 软件进度管理。 学习定位：软件进度管理不仅是列一张甘特图，而是建立工作分解、估算、依赖、里程碑、基线、跟踪、预测和纠偏机制。高级系统架构设计师
默认分类
未读
Day27-08｜5.7.5 软件风险管理：在不确定性中保护架构与交付目标
Day27-08｜5.7.5 软件风险管理：在不确定性中保护架构与交付目标 对应教材：《系统架构设计师教程（第2版）》第5章“软件工程基础知识”——5.7.5 软件风险管理。 学习定位：软件风险管理识别项目和系统中可能发生的不确定事件，分析其概率与影响，制定应对措施并持续监控。高级系统架构设计师尤其
默认分类
未读
Day27-07｜5.7.4 软件质量管理：把质量目标变成过程、度量与证据
Day27-07｜5.7.4 软件质量管理：把质量目标变成过程、度量与证据 对应教材：《系统架构设计师教程（第2版）》第5章“软件工程基础知识”——5.7.4 软件质量管理。 学习定位：软件质量管理通过质量策划、质量保证、质量控制和持续改进，确保软件产品与开发过程满足规定要求。高级系统架构设计师需要
默认分类
未读
Day15-01｜3.8.1 电子政务：以公共价值为导向的政务架构
Day15-01｜3.8.1 电子政务：以公共价值为导向的政务架构 本文对应《系统架构设计师教程（第2版）》第3章“信息系统基础知识”3.8.1“政府信息化与电子政务”。本节是信息系统基础知识中连接组织治理、数据共享、公共服务和系统架构的重要内容。考试不仅可能考概念，也可能在案例中要求设计跨部门政务
默认分类
未读
Day15-02｜3.8.2 企业信息化：从内部协同到数字化运营生态
Day15-02｜3.8.2 企业信息化：从内部协同到数字化运营生态 本文对应《系统架构设计师教程（第2版）》第3章“信息系统基础知识”3.8.2“企业信息化与电子商务”。本节把企业内部资源管理、客户服务、供应链协同和互联网交易放在同一个架构视角下理解，是后续学习企业架构、云平台和分布式系统的重要基
默认分类
未读
Day28-46｜7.4.1 软件架构复用的定义及分类
Day28-46｜7.4.1 软件架构复用的定义及分类 一、教材定位 软件架构复用是第7章从“如何设计架构”转向“如何利用已有架构资产”的关键知识点。架构复用不是把旧项目代码复制到新项目，也不是看到微服务、分层或事件驱动就照搬，而是识别已有系统中的稳定决策、结构关系、约束条件和实现经验，在新的业务环
默认分类
未读
Day28-47｜7.4.2 软件架构复用的原因
Day28-47｜7.4.2 软件架构复用的原因 一、为什么架构复用值得单独学习 系统架构设计面对的是有限时间、有限预算和不断变化的需求。每个项目都从零开始，会重复支付需求分析、技术选型、风险识别、接口设计、部署验证和运维建设的成本。架构复用的根本原因，是把组织过去已经付出的学习成本转化为未来项目的
默认分类
未读
Day28-48｜7.4.3 软件架构复用的对象及形式
Day28-48｜7.4.3 软件架构复用的对象及形式 一、复用对象的全景 软件架构复用的对象可以从抽象到具体排列为：原则、需求知识、分析模型、设计决策、架构风格、参考架构、框架与中间件、构件、接口契约、数据模型、测试资产、部署资产和运维知识。不同对象的稳定性、复用成本和风险不同，不能用同一种方式管
