业务驱动的应用架构设计

《业务架构·应用架构·数据架构实战》读书笔记

什么是应用架构？

应用架构是—组应用系统及其交互关系的描述，其中的每个应用系统都是一个 “逻辑功能组” ，用于支撑业务功能、管理数据资产。

【注意】应用架构不是“某应用的架构”。

必须强调，应用架构不关注 “每个应用的内部” :

• 既不关注每个应用本身的架构；

• 也不关注每个应用的实现技术；

【注意】应用架构的目标，是 定义支持业务 和 处理数据 需要的哪些应用系统。

需要注意的是，“应用架构” 不是 “应用程序的架构”，而是要定义:

• 整个企业关注哪些类型的应用系统；

• 这些应用系统需要执行哪些操作才能管理数据并将信息呈现给企业人员；

应用架构中的 “应用” ，不应被描述为具体的计算机系统，而应被描述为 “逻辑功能组” ，这些逻辑功能组负责支持 “数据架构中数据对象的管理” 或支持 “业务架构中的业务功能”。也就是说，识别应用是需要的，定义应用功能是需要的，但不需要指出应用的具体实现技术。

应用架构的实际工作内容

应用需求

• 应用功能：应用系统或子系统具有的能力。多指用户可见的能力。

• 应用服务：应用系统或子系统具有的能力。含用户不可见的能力。例如，数据缓存服务、加密传输服务、压缩传输服务。

应用项目

• 需求分配：把应用服务指派给应用组件。

• 应用组件：应用服务的承担者，是应用架构要识别的主要对象。

• 应用项目：定义成工作包。例如，前端工作包、后端工作包。

应用集成

• 应用集成：不同应用之间，以及应用与第三方系统之间的交互关系。

• 组件协作：应用组件之间的交互关系。

• 接口定义：识别应用间交互的接口有哪些。

研发管理

• 路径管理：又称产品里程碑管理。即产品在某个时间点要达到的标准。

• 接口管理：长期的、跨实施阶段的接口标准的管理。

• 项目管理：由 PMO 牵头。

业务驱动的应用架构设计步骤

推荐阅读

• 架构实战全景图