信息系统管理工程师-信息系统架构核心考点（基础篇）

一、引言

信息系统架构是软考中级信息系统管理工程师考试的核心模块，在上午选择题中占比约 12%-15%，下午案例分析题中常作为系统规划、设计类题目的核心背景知识，是必须掌握的重点内容。该知识模块起源于 20 世纪 90 年代的企业信息化规划实践，从最初的软件架构设计逐步演进为覆盖战略、业务、技术的全维度体系架构方法论，目前已形成以 TOGAF、Zachman 为代表的国际标准框架。本文将围绕架构基础、核心概念、常用模型、规划方法四个维度展开，覆盖所有高频考点，同时结合行业实践提供落地参考。

二、信息系统架构基础：本质与核心构成

（一）架构的本质与核心要素

架构的本质是决策，是在权衡业务需求、技术可行性、成本投入、演进空间等多维度因素后做出的一系列高影响性选择，其核心价值是确保项目所有参与方对系统的核心定位、边界、协作关系形成统一共识，减少跨部门、跨角色的沟通冲突与认知偏差。
架构的核心指导要素包括三类：

1. 设计原则：基于组织战略、技术能力形成的显性约束规则，通常为 4-10 项，需得到高层管理者认可，例如 “所有业务数据必须统一存储在企业数据中心”“新系统必须支持国产化服务器部署” 均属于典型架构原则，原则具备长期稳定性，是架构设计的底层依据。
2. 建设目标：由高层领导提出的架构建设最终愿景，例如 “3 年内实现全集团业务线上化率 100%”“核心系统可用性达到 99.99%”，是衡量架构建设成效的核心标准。
3. 决策边界：明确架构决策的权责范围，避免非核心决策占用管理层资源，同时保障架构一致性。

（二）信息系统总体参考框架

信息系统体系架构总体参考框架分为四个层次，与企业管理金字塔完全匹配，各层级存在明确的上下驱动关系：

1. 战略系统：属于决策层，是架构的顶层指引，负责向业务系统提出业务创新、流程重构、组织再造的要求，向应用系统提出跨系统集成、数据打通的需求，例如企业 “十四五” 信息化规划就属于战略系统的输出成果。
2. 业务系统：属于战术层，基于战略要求开展流程优化、职能梳理，输出标准化的业务流程、业务规则，是应用系统建设的业务依据。
3. 应用系统：属于战术层，为业务系统提供信息化落地手段，实现业务流程线上化、数据自动流转，例如 ERP、CRM、MES 等均属于应用系统范畴。
4. 信息基础设施：属于运行层，为上层所有系统提供计算、存储、网络、数据等基础资源支持，包括服务器、存储设备、网络设备、操作系统、数据库等软硬件资源。

信息系统总体参考框架层次关系图，展示四个层级的定位及上下驱动逻辑

三、系统架构核心概念：定义、分类与原理

（一）架构的标准定义与理解要点

根据 ISO/IEC/IEEE 42010《系统和软件工程 架构描述》标准，架构是对系统的抽象，由元素、元素的外部可见属性及元素之间的关系组成，理解要点包括六个方面：

1. 抽象性：架构是对系统核心特征的提炼，不需要包含所有实现细节；
2. 多结构性：同一系统可同时存在物理架构、逻辑架构、数据架构等多个视图，分别对应不同利益相关方的视角；
3. 文档独立性：架构是系统的固有属性，与架构文档是否存在无关；
4. 动静结合：既包含静态的元素组成、结构关系，也包含动态的元素交互、流程流转规则；
5. 基础性：架构是系统设计、开发、运维的基础，架构调整会对全生命周期产生重大影响；
6. 决策隐含性：架构的所有结构设计都是前期决策的结果，不存在无理由的架构选择。

（二）架构的核心分类

按照描述维度的不同，架构可分为三类：

1. 物理架构：从资源部署的空间拓扑维度划分，分为两种模式：
   （1）集中式架构：所有计算、存储资源集中部署在统一的数据中心，优势是便于统一管理、安全策略一致、数据一致性高，劣势是存在单点故障风险、远程访问延迟高，适合对数据安全要求高、业务场景集中的金融、政府类单位。
   （2）分布式架构：资源分散部署在多个节点，节点之间通过网络协同提供服务，优势是扩展性强、可适配扁平化组织、区域访问延迟低，劣势是管理标准难统一、数据一致性保障难度大，适合跨区域经营、业务场景分散的互联网、连锁零售类企业。
2. 逻辑架构：从管理职能维度划分，按照业务领域拆分出采购、生产、销售、人力资源、财务等独立子系统，子系统之间通过接口实现数据交互，逻辑架构的设计核心是明确子系统的边界、职责及协作规则。
3. 系统融合架构：按照集成范围分为三类：
   （1）横向融合：同一管理层级的不同职能系统整合，例如将采购系统、库存系统、生产系统打通实现供应链协同；
   （2）纵向融合：上下级单位同一业务条线的系统贯通，例如集团财务系统与子公司财务系统打通，实现财务数据自动汇总；
   （3）纵横融合：同时实现横向和纵向集成，构建全企业统一的数据共享中心，消除信息孤岛。

（三）架构设计一般原理

架构设计的核心原理是析出系统中相对稳定的组成成分与关系，在稳定部分的支持下快速重组变化部分，使系统具备足够的柔性。例如企业的组织架构、核心业务规则属于稳定部分，前端的营销活动、用户界面属于变化部分，架构设计时将稳定部分沉淀为公共服务、基础组件，变化部分通过低代码、配置化方式实现，可大幅降低需求变化带来的开发成本。

架构分类对比表，对比集中式与分布式架构、三类融合架构的优缺点、适用场景

四、常用架构模型：高频考点全梳理

（一）经典架构模式

1. 单机应用模式：最简单的软件架构，所有程序逻辑、数据都运行在一台物理机器上，无需网络交互，优势是部署简单、成本低，劣势是性能上限低、无法支持多用户协同，适合小型工具类软件，例如早期的单机版财务软件。
2. 客户端 / 服务器（C/S）模式：
   （1）两层 C/S 模式：由胖客户端和后台数据库组成，客户端处理界面展示、业务逻辑，数据库负责数据存储，优势是响应速度快、界面交互能力强，劣势是客户端升级维护成本高、只适合局域网场景，例如早期的企业内部 ERP 客户端。
   （2）三层 C/S 模式：将业务逻辑从客户端剥离，部署在独立的应用服务器，客户端只负责界面展示，降低了客户端的维护成本，扩展性显著提升。
   （3）B/S 模式：是采用通用浏览器作为客户端的三层 C/S 结构，通过 HTTP 协议与 Web 服务器通信，优势是客户端零安装、无需维护、支持跨地域访问，劣势是复杂交互场景的性能低于胖客户端，目前已成为企业级应用的主流架构。
   （4）多层 C/S 模式：扩展为浏览器、Web 服务器、应用服务器（中间件）、数据库服务器四层结构，中间件层负责处理事务管理、权限控制、消息队列等通用能力，大幅提升系统的伸缩性、安全性和并发性能，可支持数万级用户同时访问，适合大型集团级应用。
3. MVC 模式：全称模型 - 视图 - 控制器，将表示层（视图）与数据层（模型）分离，控制器负责处理用户请求、协调模型和视图的交互，优势是业务逻辑与界面解耦，便于并行开发、功能扩展和测试，是目前 Web 应用开发的主流设计模式。

（二）分布式与集成架构模式

1. 面向服务架构（SOA）：将应用的功能封装为独立的、可复用的服务，服务之间通过标准化的消息协议通信，不同应用可通过服务调用实现功能复用，Web Service 是 SOA 的最典型实现，采用 SOAP、WSDL、UDDI 等标准协议，可实现跨平台、跨语言的系统集成。
2. 组织级数据交换总线：是不同应用之间进行信息交换的公共通道，基于中间件或 CORBA 技术构建，所有系统的集成都通过总线完成，避免系统之间点对点对接的复杂依赖，降低集成成本，提升集成的可管理性，例如某集团企业通过 ESB（企业服务总线）实现 12 个业务系统之间的 300 多个接口统一管理，集成运维成本降低 60%。

常用架构模式演进示意图，展示从单机到多层架构、SOA 架构的发展脉络

五、架构规划与设计：集成演进与 TOGAF 框架

（一）企业集成架构演进路径（以工业企业为例）

企业集成架构的发展分为三个阶段，与企业的信息化成熟度完全匹配：

1. 以应用功能为主线阶段：属于中小企业初级信息化阶段，核心目标是实现业务线上化，通常直接采购成熟的商用软件，按部门职能独立建设，特点是建设速度快、成本低，但容易形成信息孤岛，数据无法打通。
2. 以平台能力为主线阶段：属于中型企业集成阶段，核心目标是消除信息孤岛，企业采用云计算技术实现平层化建设，包括数据平层化（统一数据中心）、网络平层化（统一网络架构）、应用中间件平层化（统一中间件平台），将通用能力沉淀到平台层，上层应用基于平台快速构建，数据自动实现共享。
3. 以互联网为主线阶段：属于大型企业产业链协同阶段，核心目标是实现产业链上下游协同，将系统功能拆分为独立的微服务，通过云边端融合技术实现能力的动态重组，可快速响应产业链的业务变化，支持生态伙伴接入。

（二）TOGAF 架构开发方法

TOGAF 是目前应用最广泛的开放式企业架构框架，由 The Open Group 发布，最新版本为 TOGAF 10，其核心是架构开发方法（ADM），包含十个迭代循环的阶段：

1. 预备阶段：明确架构建设的原则、范围、组织架构，获取高层支持；
2. 需求管理：贯穿全生命周期，持续收集、分析、管理架构需求；
3. 架构愿景：明确架构建设的目标、范围、利益相关方，输出架构愿景文档；
4. 业务架构：设计业务架构，包括业务流程、组织架构、业务规则；
5. 信息系统架构：设计应用架构和数据架构，明确应用系统的组成、关系及数据的流转、存储规则；
6. 技术架构：设计技术基础设施架构，包括硬件、软件、网络、安全等技术选型；
7. 机会和解决方案：识别架构落地的机会点，制定初步的解决方案；
8. 迁移规划：制定从现有架构到目标架构的迁移路线图，明确项目优先级、时间计划；
9. 实施治理：对架构落地项目进行监督管控，确保项目符合架构要求；
10. 架构变更治理：处理架构落地过程中的变更请求，定期评估架构的适用性，启动新一轮架构迭代。
    ADM 包含三个级别的迭代：整体迭代（完整执行十个阶段的全周期迭代）、阶段间迭代（多个阶段之间循环调整）、阶段内迭代（单个阶段内的细节优化）。TOGAF 9 版本包含六大核心组件：ADM、ADM 指南和技术、架构内容框架、企业连续体和工具、TOGAF 参考模型、架构能力框架。

TOGAF ADM 架构开发方法循环示意图，展示十个阶段的关系及迭代逻辑

六、价值驱动的架构设计与前沿趋势

（一）价值驱动的架构设计核心

架构设计的核心目标是实现利益相关方的价值期望，价值模型包含三个核心驱动因素：

1. 价值期望值：利益相关方对架构建设的预期收益，包括业务效率提升、成本降低、风险减少等可量化指标；
2. 反作用力：架构落地过程中面临的阻力，包括现有系统的历史包袱、组织习惯的阻碍、技术能力不足等；
3. 变革催化剂：推动架构落地的触发因素，包括政策要求、市场竞争、技术突破等。
   架构设计过程中需要充分识别和分析三类因素，才能设计出可落地、符合业务需求的架构方案，例如某制造企业在架构设计时识别出 “设备数据采集率提升 30%” 的价值期望、“现有 20 台老旧设备无数据接口” 的反作用力、“工信部智能制造试点政策要求” 的变革催化剂，针对性设计了老旧设备改造方案，保障架构目标顺利达成。

（二）架构领域前沿发展趋势

当前信息系统架构领域的发展趋势包括三个方向：

1. 云原生架构普及：基于微服务、容器、DevOps、服务网格等技术构建的云原生架构，可实现系统的弹性伸缩、快速迭代、高可用，目前已成为大型企业架构升级的首选方向；
2. 行业化架构框架成熟：面向金融、制造、政务等特定行业的架构参考框架不断完善，例如工信部发布的《工业互联网体系架构》、央行发布的《金融科技发展规划》中的架构要求，大幅降低了行业企业的架构设计难度；
3. 智能化架构设计：基于 AI 技术的架构设计工具逐步落地，可自动完成架构合理性校验、性能仿真、风险识别，提升架构设计的效率和准确性。
   该领域的内容在软考考试中的占比逐年提升，尤其是云原生架构、行业架构规范相关内容已成为近年的新增考点。

企业架构演进趋势图，展示从传统架构到云原生架构的发展路径及核心特征

七、总结与备考建议

（一）核心知识点提炼

1. 架构的本质是决策，总体参考框架分为战略系统、业务系统、应用系统、信息基础设施四个层级；
2. 架构分为物理架构、逻辑架构两类核心视图，系统融合分为横向融合、纵向融合、纵横融合三类；
3. 常用架构模式中，两层 C/S、三层 B/S、MVC、SOA 是高频考点，需掌握各自的优缺点和适用场景；
4. TOGAF ADM 的十个阶段、三类迭代是案例分析题的常考内容，需牢记各阶段的核心输出和职责。

（二）软考考试重点提示

1. 高频考点：架构的本质、总体框架的层级关系、集中式与分布式架构的对比、C/S 与 B/S 架构的对比、TOGAF ADM 的阶段划分，以上内容在选择题中出现频率超过 80%；
2. 易错点：混淆 B/S 架构与三层 C/S 架构的关系（B/S 是三层 C/S 的特殊实现）、混淆 SOA 与微服务的差异（SOA 侧重集成，微服务侧重应用拆分）、记错 TOGAF ADM 的阶段顺序。

（三）实践与备考建议

1. 学习过程中结合企业实际信息化案例理解架构设计的逻辑，例如对比本单位的信息化系统属于哪种架构模式，加深记忆；
2. 牢记 TOGAF ADM 的阶段流程，能够结合案例场景分析不同阶段应开展的工作；
3. 完成配套练习题，重点掌握架构模式的对比类题目，明确不同架构的适用场景。

课后小测：

架构的本质是（），是在权衡方向、结构、关系以及原则等各方面因素后进行的决策。
A. 技术 B. 数据 C. 决策 D. 策略
答案：C