数字化转型企业架构设计一体化方法_信息化规划业务架构资源-CSDN文库

112 浏览量 2023-11-05 19:19:22 上传评论收藏 2.34MB DOCX 举报

资源推荐

资源详情

资源评论

4A 架构一体化设计方法

4A 架构，包括业务架构（Business Architecture），信息架构（Information

Architecture）、应用架构（Application Architecture）和技术架构（Technology

Architecture）的一体化设计，是企业数字化变革项目实施信息系统整体设计的通用方

法。

本 4A 架构融合设计方法结合了业界大厂的企业架构方法、DDD 领域驱动设计方法

以及 ISC+服务化设计方法的理论及实践经验，产品数字化转型项目也实践并应用了 4A

架构融合设计的方法。

下面基于 4A 融合服务化设计方法 V 模型（图 1）介绍如何通过业务能力化、能力

场景化、场景活动化、活动对象化、对象服务化、服务系统化六大步骤，实现从业务到系

统的一体化设计。前三步业务能力化、能力场景化和场景活动化是逐步将大颗粒的业务能

力分解细化成小颗粒的业务活动，接下来的两步活动对象化和对象服务化实现业务活动向

数据操作的转换，将线条型的业务流程与业务活动转为模块化的数据操作功能，最后一步

服务系统化是将小颗粒的服务组装为应用系统模块。

4A 融合服务化设计 V 模型中包含主要的业务要素、应用要素和数据要素。下面对核

心要素进行解读说明。

 业务能力是服务化变革的入手点。企业级的变革项目一般是面向企业愿景，驱动业务变

革，引导和落实业务模式、组织架构和运营模式的变革。这些变革点首先体现在业务能力

的变化中，进而落实到人才、流程和技术工具的变更。在产品数字化变革中，我们依据

IPD 能力框架为基础，根据变革点分析与识别出了一些新的业务能力（例如：数字产品开

发能力），并对部分业务能力进行了增强（例如：资料开发能力中增加了对体验式内容开

发的能力描述）。

 业务场景是业务流程的分类。不同业务人员对业务能力进行分解的维度（也称为场景因

子）可能不相同，但只要符合 MECE 分析法（Mutually Exclusive Collectively

Exhaustive，中文意思是“相互独立，完全穷尽”），并根据关键场景因子覆盖了全部关

键业务活动，对最终设计应用服务的影响不大。

 业务组件/业务服务是将一组可重用的业务活动及串接逻辑封装起来，面向不同场景提供

一个完整的业务功能。一个业务能力可以提供一个或多个业务组件。业务组件对外提供标

准化接口，通过灵活编排，快速实现复杂多变的业务场景。业务组件内部的优化不影响对

外的接口，有利于业务的敏捷和创新。在业务架构设计过程中，业务组件的设计是可选

的，根据需要将业务活动封装为业务组件。

 工作流/业务活动及其下层的任务。业务活动是业务人员描述和设计业务的最小单元，包

括业务角色、输入输出交付件和业务规则。业务活动的颗粒度非常重要，不同部门编制和

发布的业务活动的颗粒度可能差别很大，本方法论对业务活动的颗粒度进行了原则性约

束。业务活动也是 IT 设计师分析与设计应用服务中承载业务规则和数据规格的最小单

元，业务活动根据处理的业务对象可以跨业务场景地合并到应用服务中。业务流程中的业

务活动一般只体现出正向活动/任务，应用服务中的活动/任务需要包括正向、逆向和查询

三类，以便更全面地描述系统功能。正向活动表示对数据的创建，逆向活动表示对数据的

修改和删除，查询类活动表示对数据的查询和搜索。

 业务对象是可以独立存在的数据实体，可以分解为逻辑数据实体，进而再分解为属性字

段。业务对象相当于“领域驱动设计”方法（DDD）中的聚合根（Aggregate Root），是

一个业务领域的数据实体代表。业务对象也是数据治理的最小单元。围绕着业务对象可以

设置数据 Owener，制定数据治理流程和指标。

 应用服务相当于“领域驱动设计”方法（DDD）中定义的一个有界上下文（Bounded

Context），业务对象相当于有界上下文中的聚合根，是应用服务的核心，也是将围绕业

务对象的业务活动归拢到应用服务的依据。关于有界上下文(Bounded Context)及聚合根

(AggregateRoot)的概念及介绍看参考业界“领域驱动设计”的专业书籍。

 应用服务既是业务要素，又是应用要素，封装了业务对象和围绕业务对象的业务活动，

并以 API 的方式暴露系统功能。应用服务是业务、信息和功能的聚合，实现业务、数据

与系统功能的拉通。如果对应用服务独立部署，则应用服务是业务架构、信息架构、应用

架构和技术架构的结合体。应用服务不应由业务人员或 IT 人员单独设计，应组织业务代

表、系统分析师 BA、信息架构师 IA 和系统架构师 SE 等角色共同设计。

 应用系统模块是产品部署的物理单元。一个或几个关联紧密的应用服务组合为一个应用

系统模块。应用系统模块的颗粒度不宜过小，否则可能出现应用服务间过于频繁的信息交

互，导致服务运营困难。

将 4A 融合服务化设计方法 V 模型的核心元素根据业务、数据、应用分析与设计步

骤逐次展开，形成服务化设计方法元模型（图 2）。本文将介绍设计流程中的前 10 步，

剩余30页未读，继续阅读

内容反馈

泡八喝九美十

粉丝: 4
资源: 9

最新资源

资源上传下载、课程学习等过程中有任何疑问或建议，欢迎提出宝贵意见哦~我们会及时处理！点击此处反馈

feedback-tip