业务架构设计方法

TOGAF作为业界最知名的企业架构理论 , 对于高中阶的理念讲了很多 , 体系非常庞大 , 但如何进行更细化的设计则言之不多 , 业界出现了很多不同的实践 , 形成了行之有效的方法 。 而且随着软件开发方法的持续发展 , 企业架构理论也在不断更新换代 。

业务架构设计方法

文章插图

业务架构设计的起点是战略分析 。 首先对业务战略进行分析 , 包括与先进同业对标 , 得出未来的业务能力要求 。
然后开始设计业务架构 , 分为四步:
Step1:使用价值链方法划分业务领域 。 不同的行业有不同的核心价值链 , 作为横轴 , 再以不同类型的客户或者产品作为纵轴 , 就可以划分不同的业务领域 。
Step2:分析业务流程并建模 , 建立企业级流程模型 。 整个企业必须统一采用一种业务流程标准 , 否则将无法进行企业级整合 。 业务流程要有边界 , 每个业务流程尽可能限制在业务领域之内 。 战略规划中的业务能力要求要体现在业务流程设计中 。 业务流程设计颗粒度要具体到任务 。
Step3:分析业务数据并进行建模 , 建立企业级逻辑数据模型 。
Step4:在流程建模和数据建模基础上 , 进行组件分析 , 以主题域划分边界 , 将主题域内实体相关的任务聚在一起构成一个业务组件 , 业务组件的行为主要是对数据实体进行增删改查以及业务处理 。 这样就得到了业务组件模型 。
业务组件包含了行为和数据 , 代表了企业的一种业务能力 。 业务组件定位在任务级别上 , 实现企业级业务能力复用 。
03 ThoughtWorks业务架构设计方法
ThoughtWorks在《现代企业架构白皮书》 。 中则提出“流程建模——>领域建模——>业务身份建模——>能力建模”的业务架构设计方法 , 将DDD(领域驱动设计)引入了业务架构设计 。
ThoughtWorks是著名的软件设计咨询公司 , 业界大神Martin Fowler就是ThoughtWorks公司的首席科学家 , 他最早提出了敏捷开发 , 2014年提出了微服务架构 。
下图是ThoughtWorks业务架构元模型:
业务架构设计方法

文章插图

下图是ThoughtWorks业务架构设计方法:
业务架构设计方法

文章插图

首先进行业务梳理 , 包括业务、流程、组织和服务等内容 。
在此基础上进行模式设计:
Step1:流程建模 。 流程分层为阶段、活动、任务、步骤 , 还要说明具体规则 。
Step2:领域建模 。 这里将DDD融合进了业务架构设计 , 主要是DDD的战略设计 。 DDD战略设计是指领域建模 , 即划分领域、子域、限界上下文 。 一个限界上下文包括一个或多个聚合 , 限界上下文可能就是未来微服务的边界 , 可以用于微服务的拆分 。
Step3:业务身份建模 。 业务身份是指使用平台服务的业务身份要素 , 包括客户、产品、渠道等内容 , 基于业务身份提供差异化个性化的服务 。
业务架构设计方法

文章插图

Step4:能力建模 。 分为三层 , 对领域对象的原子操作称为基础能力 , 是能力组合和复用的最小单位 。 能力组件是对一组相关联的基础能力的封装 , 以便提供更完整的服务 。 解决方案是针对具体业务、具体流程的能力模板 。
这里的能力也就是通常说的业务组件 。
04 业务架构设计的产出
从上述两种业务架构设计方法来看 , 业务架构设计可形成如下产出:


特别声明:本站内容均来自网友提供或互联网,仅供参考,请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系,我们将在24小时内删除。