第 12 章 信息系统架构设计理论与实践
对应大纲：科目 1-11 信息系统架构设计理论与实践｜教材 P405–P450｜优先级 ★★★★｜综合知识估分 2～4 分
读法：先立「4A + 4 种模型」的骨架，再把 ADM 的「基线→目标→差距」读成一条主线；案例题最爱考模型选型与阶段任务对应。
一、知识框架
信息系统架构设计理论与实践
├─ 12.1 基本概念及发展
│ ├─ 信息系统：人机一体化，采集/加工/存储/传输/利用
│ └─ 发展：主机终端→C/S→三层 C/S→B/S→SOA→微服务
├─ 12.2 信息系统架构
│ ├─ 架构风格：集中式｜分布式｜分层
│ ├─ 一般原理：抽象、模块化、信息隐藏、关注点分离
│ ├─ 4 种架构模型：单机｜C/S｜三层 C/S｜多层 B/S
│ └─ 企业总体框架：业务/应用/数据/技术 + 治理安全
├─ 12.3 设计方法
│ ├─ ADM：预备 + A~H，迭代推进
│ └─ 信息化总体架构方法：4A + 差距 + 路线图
└─ 12.4 案例分析
├─ 价值驱动的体系结构
├─ Web 服务在 HL7 上的应用
└─ 以服务为中心的企业整合二、必背要点
12.1 基本概念及发展
信息系统定义：由计算机硬件、网络与通信设备、软件、信息资源、信息用户和规章制度组成，以处理信息流为目的的人机一体化系统。
五项基本功能：信息的采集、加工、存储、传输、利用。
信息系统架构定义：描述信息系统的组成要素、要素之间的关系、系统与环境的交互以及演进原则，通常从业务架构、应用架构、数据架构、技术架构四个视角（4A）描述。
发展脉络：主机-终端集中模式 → 两层 C/S → 三层 C/S → 多层 B/S → 面向服务（SOA）→ 微服务与云原生。驱动力是业务复杂度、网络能力与集成复用需求。
12.2 信息系统架构
三种架构风格
| 风格 | 特征 | 优缺点 |
|---|---|---|
| 集中式 | 主机承担全部处理，终端只做输入输出 | 管理集中、安全可控；主机瓶颈、单点故障 |
| 分布式 | 多节点分担处理与存储 | 扩展性与可用性好；一致性、运维复杂 |
| 分层 | 按职责分层，层间单向依赖 | 关注点分离、易替换；层多带来性能损耗 |
架构分类：按处理方式分集中式与分布式；按部署形态分单机、局域网、广域网、云；按交互模式分 C/S、B/S、SOA、微服务。
一般原理：抽象、模块化（高内聚低耦合）、信息隐藏、关注点分离、层次化与标准化。
四种架构模型对比
| 模型 | 优点 | 缺点 | 适用 |
|---|---|---|---|
| 单机结构 | 简单、成本低、时延小 | 能力受限、无法共享、单点 | 单用户工具、嵌入式 |
| 两层 C/S | 交互强、响应快、开发简单 | 客户端臃肿、升级维护难 | 局域网内部业务 |
| 三层 C/S | 表示/功能/数据分离，易维护扩展 | 多一层开销、设计较复杂 | 中大型企业内网 |
| 多层 B/S | 零安装、易升级、跨地域 | 交互较弱、依赖网络与浏览器 | 互联网、跨地域系统 |
三层 C/S 的三层是表示层、功能层（业务逻辑）、数据层，注意与「三层架构（表现/中间/数据访问）」区分。
企业信息系统总体框架
| 层次 | 主要内容 |
|---|---|
| 业务层 | 业务流程、组织岗位、业务规则、业务能力 |
| 应用层 | 应用系统、服务与组件、系统集成、门户 |
| 数据层 | 数据模型、主数据、数据仓库、数据治理 |
| 技术层 | 基础设施、网络、平台中间件、安全设施 |
治理与标准体系（架构治理、标准规范、安全合规、运维体系）横向贯穿四层，不属于某一层。
12.3 设计方法
ADM 架构开发方法
定义：ADM（Architecture Development Method）是 TOGAF 的核心，是一套迭代、可裁剪的方法，把业务需求逐层转化为可实施的架构与迁移计划。
阶段划分与产出
| 阶段 | 主要工作 | 关键产出 |
|---|---|---|
| 预备 | 建立架构能力、原则、工具与组织 | 架构原则、架构组织模型 |
| A 架构愿景 | 明确范围、愿景、干系人与约束 | 架构愿景文档 |
| B 业务架构 | 现状与目标业务流程、组织、能力 | 业务架构基线/目标 |
| C 信息系统架构 | 数据架构 + 应用架构 | 数据架构、应用架构 |
| D 技术架构 | 技术构件、平台与标准 | 技术架构基线/目标 |
| E 机会及解决方案 | 识别工作包、项目与依赖 | 解决方案、工作包 |
| F 迁移规划 | 排定迁移路线、成本与风险 | 实施与迁移计划 |
| G 实施治理 | 监督实施、检查架构合规 | 架构合同、合规评估 |
| H 架构变更管理 | 监控变化、触发新一轮迭代 | 变更请求、新需求 |
计数口径：正式阶段为 A～H 共 8 个，预备阶段单列在前；题目问「8 个阶段」按 A～H 作答，问全流程时把预备放在 A 之前，不要漏。
ADM 的三条主线
- 基线→目标→差距：B、C、D 均先描述现状，再描述目标，最后做差距分析。
- 业务驱动：A、B 定方向，C、D 定支撑，E、F 定落地。
- 迭代治理：G 管合规，H 管变更，变化时回到 A 重新循环。
信息化总体架构方法：以业务战略为起点，自上而下规划、自下而上实施。
| 步骤 | 主要工作 |
|---|---|
| 现状调研与评估 | 梳理业务、应用、数据、技术现状与痛点 |
| 战略与需求分析 | 明确业务目标、能力缺口与约束 |
| 总体架构设计 | 依次设计业务、应用、数据、技术架构 |
| 差距分析 | 对比基线架构与目标架构，识别差距 |
| 实施路线图 | 划分项目、排优先级、定里程碑与投资 |
| 治理与评估 | 建立架构治理机制，持续评估与优化 |
4A 的关系：业务架构决定应用架构，应用架构产生并消费数据，数据架构与技术架构提供支撑；技术架构是底座，业务架构是源头。
12.4 案例分析
（1）价值驱动的体系结构
以业务价值为出发点，而不是以技术为出发点。做法是：识别价值流与关键质量属性 → 把架构决策映射到「收入增长、成本降低、风险可控」三类价值 → 用价值模型对候选方案排序取舍。核心：架构价值最终由业务结果检验。
（2）Web 服务在 HL7 上的应用
HL7 是医疗信息交换标准，解决医疗系统间消息格式统一；Web 服务（WSDL 描述、SOAP 传输）解决跨平台调用。二者结合的做法是：把 HL7 消息封装为服务接口，通过服务注册与 ESB 完成路由、转换和编排，使异构的 HIS、LIS、PACS 系统松耦合集成。案例要点：标准解决「数据怎么懂」，Web 服务解决「系统怎么连」。
（3）以服务为中心的企业整合
以服务为粒度整合异构系统，步骤为：业务梳理 → 服务识别与定义（粒度适中、可复用）→ 服务实现与封装（适配遗留系统）→ 服务编排（业务流程）→ 服务治理（注册、监控、版本）。ESB 承担路由、协议转换、消息增强；服务注册表承担元数据管理与发现。
三、易混淆概念对比
| A | B | 关键区别 |
|---|---|---|
| 信息系统 | 信息系统架构 | 系统是运行的实体；架构是对要素、关系与演进原则的描述 |
| 两层 C/S | 三层 C/S | 两层把业务逻辑放在客户端；三层把业务独立为功能层 |
| C/S | B/S | C/S 需安装客户端、交互强；B/S 浏览器零安装、易升级 |
| 集中式 | 分布式 | 单节点承担处理，易成瓶颈；多节点分担，扩展与可用性好 |
| 业务架构 | 应用架构 | 业务架构管流程、组织、能力；应用架构管系统与服务实现 |
| 数据架构 | 技术架构 | 数据架构管模型、主数据与治理；技术架构管平台与基础设施 |
| 基线架构 | 目标架构 | 基线是现状描述；目标是规划后要达到的状态 |
| 阶段 C | 阶段 D | C 管数据架构与应用架构；D 只管技术架构 |
| 架构愿景 | 迁移规划 | 愿景定方向与范围；迁移规划定项目、顺序与路线 |
| 价值驱动 | 技术驱动 | 前者从业务价值倒推架构；后者先选技术再找场景 |
| HL7 | Web 服务 | HL7 是医疗消息标准；Web 服务是跨平台调用技术 |
| ESB | 服务注册表 | ESB 负责路由与协议转换；注册表负责服务元数据与发现 |
四、常见考法与出题角度
| 出题角度 | 典型问法 | 答题要点 | 易错提示 |
|---|---|---|---|
| 模型选型 | 「跨地域、零安装的系统宜采用」 | 多层 B/S | 内网高交互才选 C/S |
| 层次职责 | 「三层 C/S 的功能层负责什么」 | 业务逻辑处理 | 不是界面展示 |
| 架构风格 | 「主机加哑终端的模式属于」 | 集中式 | 不是分层式 |
| ADM 顺序 | 「业务架构之后是哪个阶段」 | C 信息系统架构 | 不要答 D 技术架构 |
| ADM 产出 | 「架构愿景文档在哪个阶段产生」 | 阶段 A | 预备阶段只出原则与组织 |
| ADM 拆分 | 「阶段 C 包含哪两个架构」 | 数据架构、应用架构 | 技术架构属阶段 D |
| 总体框架 | 「主数据管理属于哪一层」 | 数据层 | 不是应用层 |
| 案例判断 | 「价值驱动的核心是什么」 | 以业务价值衡量架构 | 不是追求技术先进 |
| 集成技术 | 「HL7 与 Web 服务各自解决什么」 | 标准解决语义，服务解决连接 | 二者是互补不是替代 |
案例题角度：给出企业多套异构系统的现状，要求「设计目标架构并说明理由」。答题顺序固定：业务痛点 → 4A 分层描述 → 选架构模型（C/S 或 B/S）→ 集成方式（ESB/服务化）→ 实施路线与治理。
论文可用角度：可直接改写为——「在××系统建设中，我们按 TOGAF ADM 先完成阶段 B 的业务架构梳理，再在阶段 C 划分应用与数据资产，阶段 D 确定技术平台，最终以差距分析和迁移规划把蓝图拆成三个可交付的项目。」
五、速记与自测
速记
- 信息系统五功能：采、加、存、传、用
- 4A：业、应、数、技
- 四种模型：单、C、三、多
- ADM：预、愿、业、信、技、机、迁、治、变
- ADM 三主线：基线、目标、差距
- 阶段 C 两件事：数据 + 应用
- 三层 C/S：表示、功能、数据
自测
- 信息系统架构的 4A 分别是什么？它们之间是什么关系？
- 两层 C/S 与三层 C/S 的核心区别是什么？三层 C/S 的三层指什么？
- ADM 中阶段 B、C、D 各解决什么问题？
答案：1. 业务架构、应用架构、数据架构、技术架构；业务决定应用，应用产生数据，数据与技术提供支撑。2. 两层把业务逻辑放在客户端，三层把业务独立为功能层；三层指表示层、功能层、数据层。3. B 管业务流程与组织能力，C 管数据与应用，D 管技术平台与标准。