系统架构师考前冲刺精华笔记 - 信息系统基础知识

---

一、 软件工程与开发方法

1. 软件维护

• 核心概念: 软件维护是指在软件产品交付后进行的修改活动。
• 四大维护类型:
  • 更正性维护: 修正交付后发现的错误。
  • 适应性维护: 为适应变化的环境（如操作系统升级）而修改软件。
  • 完善性维护: 增加新功能或改进性能，提升用户体验。
  • 预防性维护: 为未来更易维护而修改软件，如重构。
• 高频考点: 这四类维护的共同特征是 交付后进行。这是区分维护与开发、测试的关键。

为什么这么考？ 题目常常通过描述一个具体的修改活动（如修复bug、增加功能），让你判断它属于哪种维护类型。但更根本的，是考察你是否理解“维护”这一行为本身的时间界限——交付之后。记住这一点，就能排除所有“交付前”的干扰项。

2. 敏捷方法

• 核心思想: 敏捷是一种以人为核心、迭代、增量的适应型开发方法，而非可预测型。
• 关键对比:
  • 敏捷 vs. 结构化: 敏捷 以人为本，强调沟通和响应变化；结构化方法 以过程为本，强调严格的流程和文档。
• 高频考点: 敏捷方法不属于其核心思想的是 以过程为本。这是敏捷与传统方法最根本的区别。

深入理解: 想象一下建房子。

• 结构化方法: 像用预制板盖楼，图纸设计好后，必须严格按照步骤施工，中途很难更改。
• 敏捷方法: 像用乐高积木搭模型，先搭一个基础版本（原型），然后根据你的反馈不断调整、增加功能，最终搭出你想要的样子。人（你的反馈）是核心。

3. 软件生存周期模型

• 瀑布模型:
  • 特点: 线性、阶段化，自顶向下。
  • 核心考点: 前一个阶段的错误会隐蔽地带到后一个阶段。这是瀑布模型最大的风险，因为阶段之间是“瀑布式”的依赖，前期问题后期发现，修复成本极高。
• 演化模型/原型模型:
  • 特点: 适用于需求不明确的项目。通过快速构建原型，与用户反复沟通，逐步演化成最终产品。
  • 考点: 它不是万能的，并非所有情况下都能成功演化到最终产品，尤其当技术难度远大于分析难度时。

---

二、 系统架构设计

1. 架构评估与质量属性

• 核心概念: 在架构评估中，我们关注影响质量属性的关键决策点。
• 关键术语:
  • 敏感点: 架构中一个或多个构件的特性，对实现某个特定质量属性至关重要。
  • 风险点: 架构中可能导致问题、带来风险的决策点。
  • 权衡点: 影响多个质量属性，且这些属性之间存在冲突的决策点。为了提升一个属性，必须牺牲另一个。
• 高频考点: “改变加密级别可能会对安全性和性能产生非常重要的影响”，这是一个典型的 权衡点。
  • 为什么？ 因为提高加密级别（更强的算法）会增强安全性，但通常会因计算量增大而降低性能。安全和性能在此是冲突的，必须进行权衡。

智能拓展: 理解这三个概念的区别是架构师的核心能力。

• 敏感点是“要害”，比如数据库连接池的大小对系统吞吐量很敏感。
• 风险点是“雷区”，比如使用一个不成熟的第三方库，可能导致系统崩溃。
• 权衡点是“天平”，比如选择一致性还是可用性（见CAP理论），选择开发速度还是代码质量。

2. “4+1” 视图模型

• 核心概念: 用多个视图从不同角度描述软件架构，以便不同干系人（开发者、集成者、测试者等）理解。
• 五大视图:
  1. 逻辑视图: 系统的整体功能结构，面向对象。回答“系统为用户提供什么功能？”
  2. 开发视图: 系统的模块组织结构，面向程序员。回答“系统如何划分代码？”
  3. 进程视图: 系统的并发与同步机制，面向系统集成者。回答“系统的动态行为和并发性如何？”
  4. 物理视图: 系统到硬件的映射，面向系统工程师。回答“软件如何部署到硬件上？”
  5. 场景（+1）: 贯穿四个视图的用例，用于验证和解释架构。
• 高频考点: 进程视图描述了设计的并发和同步特征，支持系统的运行特性。

---

三、 信息系统与集成

1. 企业应用集成 (EAI)

• 核心概念: 消除“信息孤岛”，连接多个企业信息系统，实现无缝集成。
• 集成层次:
  • 表示集成: 也称界面集成，黑盒集成。如通过Portal集成不同系统的界面。
  • 数据集成: 白盒集成。需要理解数据格式和模型，如通过ETL工具构建数据仓库。
  • 控制集成: 也称功能集成或应用集成，黑盒集成。通过API调用实现不同系统的功能互操作。
  • 业务流程集成: 对不同应用系统的业务流程进行无缝连接。
• 高频考点: 表示集成和数据集成是白盒集成，控制集成是黑盒集成 这个说法是错误的。正确的是：表示集成和控制集成是黑盒集成，数据集成是白盒集成。

为什么这么考？ 这道题考察的是对“黑盒/白盒”概念在EAI中应用的理解。

• 黑盒：我只关心接口，不关心内部实现。调用一个API（控制集成）或嵌入一个页面（表示集成），我不需要知道对方系统内部是怎么写的。
• 白盒：我需要深入内部。做数据集成时，我必须知道A系统的user_id对应B系统的customer_id，必须理解数据结构和含义，才能做转换和映射。

2. 中间件

• 核心概念: 位于操作系统和应用程序之间的独立系统软件，用于屏蔽底层异构性，提供标准化服务。
• 主要功能:
  1. 交互支持(或通信支持)：最基本的功能，屏蔽底层通信差异，实现互操作。
  2. 提供公共服务：提取应用共性功能（如事务管理、消息队列、安全认证）作为可复用的服务。
• 高频考点: 中间件提供的两种支持是 交互支持和 提供公共服务。

3. 分布式数据库缓存

• 高频考点: Memcache与 Redis的对比。
  • 数据结构: Memcache只支持简单k/v；Redis支持list`` set`` hash等复杂数据结构。
  • 持久化: Redis支持数据持久化到磁盘；Memcache不支持，断电数据丢失。
  • 多线程: Redis早期是单线程，Redis 6.0引入了多线程IO；Memcache是多线程的。
  • 分布式部署: Redis支持主从、哨兵、集群等多种高可用方案；Memcache本身不原生支持，需客户端实现。
• 必记结论: Redis支持主从、sentinel、cluster等分布式部署方式是正确描述。

---

四、 数据库与数据仓库

1. 函数依赖与Armstrong公理

• 核心概念: 用于从已知的函数依赖推导出新的函数依赖，是关系数据库理论的基础。
• 三大基本公理:
  1. 自反律: 若 Y ⊆ X ⊆ U，则 X → Y (平凡函数依赖)。
  2. 增广律: 若 X → Y，则 XZ → YZ。
  3. 传递律: 若 X → Y 且 Y → Z，则 X → Z。
• 高频考点: 增广律的定义是 若 X→Y，为 F 所蕴涵，且 Z⊆U`则 XZ→YZ 为 F 所蕴涵。

2. 商业智能 (BI) 与数据仓库

• BI处理流程: 数据预处理 -> 建立数据仓库 -> 数据分析 -> 数据展现
• 关键技术:
  • 联机分析处理: 支持复杂的分析操作，侧重决策支持。核心操作是上卷、下钻、旋转、切片。回答“为什么”的问题。
  • 数据挖掘: 从大量数据中发现隐藏的、未知的知识和模式，通过建立模型预测未来。回答“是什么”和“将是什么”的问题。
• 高频考点: BI系统中，利用隐藏知识预测未来趋势的技术是 数据挖掘。

对比记忆:

• OLTP (联机事务处理): 我们平时用的银行转账、电商下单系统。特点是增删改查大量、短小的并发事务，要求高实时性和一致性。
• OLAP (联机分析处理): 给CEO看的销售报表分析系统。特点是复杂查询，涉及大量数据聚合，要求高响应速度（查询快）。
• 数据挖掘: 在OLAP系统的基础上，用算法（如分类、聚类）找规律，比如“购买了A商品的用户，有80%的可能性会购买B商品”。

---

五、 信息系统应用模式

1. 电子政务

• 三大行为主体: 政府、企（事）业单位、居民。
• 五大应用模式 (高频考点!):
  • G2G (Government to Government): 政府对政府。例：国家和地方人口信息采集。
  • G2B (Government to Business): 政府对企业。例：营业执照颁发、政府采购。
  • G2C (Government to Citizen): 政府对居民。例：户籍管理、个人社保查询。
  • B2G (Business to Government): 企业对政府。例：企业参加政府工程投标。
  • C2G (Citizen to Government): 居民对政府。例：个人报税、违章罚款缴纳。
• 记忆技巧: 主语是动作的发起方，宾语是服务的接收方。缴交个税是居民发起，所以是C2G。参加投标是企业发起，所以是B2G。

2. 电子商务 (E-commerce)

• 核心实体: 客户、商户、银行、认证中心(CA)。
  • 为什么是这四个？ 客户要买，商户要卖，银行要管钱，CA中心要确认“你是你”（身份认证），缺一不可。
• ERP系统:
  • 管理对象: 企业的 物流、资金流 和 信息流。
  • 核心模块: 库存管理模块负责物料的进、出、存。

3. 客户关系管理 (CRM)

• 核心目标: 最大程度地帮助企业实现其经营目标（如提高利润、增加收入），而不仅仅是维护关系。
• 实现方式: 通过整合 人力资源、业务流程 与 专业技术。
• 主要模块: 销售自动化、营销自动化、客户服务与支持、商业智能。

---

六、 知识关联与总结

本章节知识点看似零散，实则围绕“如何构建、管理和应用现代信息系统”这一主线展开。

1. 从开发到架构: 我们从软件维护、敏捷方法这些开发基础，讲到架构评估和4+1视图，这是从“怎么做”到“怎么设计好”的升华。架构评估中的权衡点，正是为了在开发中平衡安全性、性能等质量属性。

2. 从孤立到集成: 现代企业系统众多，EAI和中间件是解决“信息孤岛”的关键。中间件提供的交互支持和公共服务，是实现EAI中控制集成和业务流程集成的技术基石。

3. 从事务到决策: OLTP系统（如ERP中的库存管理）保证了日常业务的精准运行。而BI系统（通过数据仓库、OLAP和数据挖掘）则在这些业务数据之上，为G2G、G2B、CRM等系统提供决策支持，实现数据的价值最大化。

4. 从内部到外部: ERP管理企业内部资源，CRM关注外部客户，SCM（供应链）连接上下游伙伴，而电子政务和电子商务则是这些理念在政府和社会经济活动中的延伸。

冲刺建议: 考前请务必将上述高频考点（如维护的共同特征、敏捷核心思想、权衡点、EAI集成层次、电子政务五大模式、BI关键技术）再过一遍，确保概念清晰，对比明确。祝您考试顺利！