4.3 应用架构

应用架构设计原则分层分组考频高第4章 4.3，教材 P156

一句话讲明白

应用架构要回答"要建哪些应用系统、它们分几层、怎么分组、彼此怎么打交道"，并遵守 5 条基本原则。

生活类比

整理一个乱糟糟的工具箱：业务适配性＝工具要配合你要干的活，还能应付以后的新活；应用聚合化＝把散落各处重复买的锤子合成一把；功能专业化＝锤子归锤子、螺丝刀归螺丝刀，各自做得专业；风险最小化＝一把工具坏了不至于整套瘫痪（低耦合）；资产复用化＝做成标准接口的套件，下次直接拿来用。

正经定义

应用架构的主要内容是规划出目标应用的分层分域架构，根据业务架构规划目标应用域、应用组和目标应用组件，形成目标应用架构的逻辑视图和系统视图；从功能视角阐述应用组件如何实现组织的高阶 IT 需求，并描述主要目标应用组件之间的交互关系。

拆解与流程

一、基本原则（5 条，必背）

原则	一句话
业务适配性原则	服务于业务能力提升，支撑业务/技术发展战略目标，并具备灵活性与可扩展性
应用聚合化原则	整合部门级应用，解决应用系统多、功能分散、重叠、界限不清，推动"组织级"应用系统建设
功能专业化原则	按业务功能聚合性规划应用，满足不同业务条线需求，实现专业化发展
风险最小化原则	降低系统间耦合度，提高单个应用独立性，保持层级与群组间松耦合，规避单点风险
资产复用化原则	提炼和复用架构资产，规划组织级共享应用作为基础服务，通过复用或组合服务满足差异化需求

⚠️ 部分习题资料中把"应用聚合化"写作"应用企业化"、"功能专业化"写作"IT 专业化"，实为同一条原则的不同表述，按正文 5 条记忆即可。

二、分层与分组

分层目的：实现业务与技术分离，降低各层级之间的耦合性，提高灵活性，有利于故障隔离，实现架构松耦合；体现以客户为中心的服务和交互模式。
分组目的：体现业务功能的分类和聚合，把紧密关联的应用/功能内聚为一个组，实现"系统内高内聚、系统间低耦合"，减少重复建设。

三、案例结构（某智慧治理中心，帮助理解分层分组的落地）

四大类：治理渠道（移动版、桌面版、大屏应用）、治理中心系统（业务主题、综合主题、大数据主题）、治理配套系统（数据支撑类、联动服务类、治理监管类、展示交互类）、相关系统改造。

考试怎么考

题型：单选（"应用架构设计原则不包括/包括"）。
必背：5 条原则的名称与一句话含义；分层、分组各自的目的。
常见问法：
"应用架构规划与设计的基本原则有哪些？"→ 业务适配性、应用聚合化、功能专业化、风险最小化、资产复用化。
"应用分层的目的不包括？"→ 常把"增加系统间耦合""提高各层独立性"反着写。
陷阱词：把"降低耦合"写成"提高耦合"；把"减少重复建设"归给分层（实际是分组的目的之一）。

易混辨析

对比	分层	分组
切法	纵向切（按技术/业务层级）	横向切（按业务功能类别）
目的	业务与技术分离、故障隔离	功能分类聚合、高内聚低耦合、减少重复建设

一秒记忆

"适聚专险用"（适配、聚合、专业、风险最小、资产复用）——谐音 "是(yīng)聚(jù)专(zhuān)险(xiǎn)用(yòng)"；分层分组："分层切上下，分组并左右"。