在谈到业务架构时，人们想到最多的是业务流程，业务流程是业务架构的核心。近年来，业务流程重组（BPR）、业务流程管理（BPM）等管理理念已经深入人心。但业务流程不是孤立的，流程的梳理应按照“业务域——业务流程——业务活动”的层级划分，并针对不同层次采取不同的分析和描述方法，使其适合该层次特定的需要。这个过程及相关交付物是业务架构的核心和重点。

1.业务域划分

业务域是对业务活动的一种面向对象或主题的归类方法，业务域的划分往往不是按组织结构或现场的工作流程来划分的。业务域分析的目标是对企业最为关键的跨部门活动及其与外部顾客界面有清晰、全面的整体了解。前面所说的价值链模型就是进行业务域分析与划分的基本框架。

价值链将业务划分为辅助活动和基本活动两大类，这种划分方法无论是对业务的梳理来说，还是对后续的应用架构设计来说，粒度都是比较粗的，还需要对业务按照类别进一步细分，这就是业务域划分的基本思路。业务域划分目前并无明确的标准，每个企业要根据自身的业务特性进行细分，一般来说可以按照业务运作性质分为渠道与服务域、核心业务域、业务支撑域、综合管理域和管理决策域等，根据需要，每个业务域还可以进一步细分为业务子域。

● 渠道与服务域：分析与客户的接触点有哪些，通过什么样的渠道和工具为客户提供什么样的服务与产品。

● 核心业务域：对核心业务如何运作进行总体描述，并对企业应重点强化的核心业务进行识别。

● 业务支撑域：支持核心业务运行的支持性业务职能，这些业务一般都可以通过外包进行。

● 综合管理域：一般指人力资源管理、财务管理、综合行政管理和知识管理等综合性的管理职能。

● 管理决策域：指为领导决策提供支持的业务职能，一般会按照决策的领域进行划分。

图4-3所示是某项目型制造企业的业务域划分示意图，该企业是一家战略管控型集团公司，总部下属5家制造工厂，总部负责战略决策和业务管控，下属企业负责具体的营销、设计、采购、生产、物流仓储、项目管理及客户服务，整个业务分为5个域：战略决策域、业务管控域、核心业务运营域、管理支撑域和信息资源域。

业务域的划分有两个目的，第一是对业务进行细分，便于突出重点，关注核心业务，也利于同类业务的整合和优化；第二是便于后期IT架构的设计，因为同类业务的应用需求比较接近，实现方式也比较类似，在IT架构设计时会一体化考虑。

2.业务流程分析

在明确了业务域之后，就要对业务流程进行梳理和细化。业务流程一般是分级进行梳理的，不同层级的人员对应不同等级的流程。一般企业将流程分为4层，其中业务域层是L0层，主要供企业的决策者确认和批准；L1层是对L0层的细化，一般称为业务子域，主要供企业的管理层了解和掌握；L2层和L3层是对流程的逐层细化，供基层管理人员和操作人员使用。具体如图4-4所示。(www.daowen.com)

图4-3 某企业业务域划分示意图

图4-4 业务流程层级划分

在进行业务流程梳理和优化时可以借鉴行业标杆和行业参考模型进行。美国生产力与质量中心（APQC）开发出了一个流程分类框架。开发该流程分类框架的目的是创造一个高水平、普遍适用的组织模型，以便帮助商业和其他组织能够从跨行业的过程角度，而不是狭窄的职能角度看待他们的行为及活动。他们把企业的流程分为经营过程、管理和支持型过程两大类，共计13组：理解市场和客户、开发愿景和策略、设计产品和服务、市场和销售、生产和交付（制造型企业）、生产和交付（服务型企业）、收款和客户服务、开发和管理人力资源、管理信息资源、管理财务和固定资产、执行环境管理、管理外部关系、管理改善和变革，如图4-5所示。

图4-5 APQC流程分类框架

该流程分类框架提供的是一个业务流程概括性的总结，它可以适用于多个行业——制造业、服务、卫生、政府和教育等。

当然，在进行业务架构设计时，一般只进行高阶的流程分析，即只分析到L1层或L2层，更加细化的流程要进行专题或结合系统实施时进行细化。在进行信息化架构设计时进行高阶业务流程分析具有以下两大价值。

第一，识别业务域之间的耦合关系，因为业务域与业务子域的划分是静态的，难以表达相互之间的关系，高阶业务流程分析可以明确业务域之间的监控关系、时间顺序、操作顺序、数据依赖和服务依赖等关系。

第二，对后续的架构设计提供输入，包括指导设计应用架构；指导数据架构设计，包括数据分类、数据分布、数据的加工次序、数据的时效，以及业务功能与业务数据之间的关系（CRUD）；指导技术架构设计，帮助识别业务域中影响技术架构设计的特殊需求，如性能、部署、安全和灵活性等。