TOGAF做为业内最著名的企业组织结构基础理论，针对普通高中阶的核心理念讲了许多，管理体系十分巨大，但怎样开展更优化的设计则言之很少，业内产生了许多不一样的实践活动，产生了切实有效的方式。并且伴随着开发软件方式的不断发展趋势，企业组织结构基础理论也在不断地升级换代。
公司必须按照自身的状况开展剪裁订制，产生一套合适自身的业务架构设计方式。文中详细介绍IBM和Thoughtworks二种业务架构设计方式，并延伸开回谈一谈DDD和微服务架构在架构设计和完成中的功效。
01 什么叫业务构架？
业务架构是根据构架企业愿景，以完成企业发展战略为总体目标，搭建公司总体业务工作能力整体规划并将其传输给技术性完成端结构型公司工作能力统计分析方法。业务构架的功效通常被觉得是联接业务与IT的枢纽和公路桥梁，产生业务和IT中间高效沟通的通用语言，用以完成业务要求到IT的成功传输。
业务构架方式可以用以单独产品线或业务类型的行业级剖析，还可以用以跨产品线、业务行业的企业级剖析，后面一种也被称作企业级业务构架。
02 IBM业务架构设计方式
详见付晓岩《企业级业务架构设计》。
#pgc-card .pgc-card-href { text-decoration: none; outline: none; display: block; width: 100%; height: 100%; } #pgc-card .pgc-card-href:hover { text-decoration: none; } /*pc 款式*/ .pgc-card { box-sizing: border-box; height: 164px; border: 1px solid #e8e8e8; position: relative; padding: 20px 94px 12px 180px; overflow: hidden; } .pgc-card::after { content: \” \”; display: block; border-left: 1px solid #e8e8e8; height: 120px; position: absolute; right: 76px; top: 20px; } .pgc-cover { position: absolute; width: 162px; height: 162px; top: 0; left: 0; background-size: cover; } .pgc-content { overflow: hidden; position: relative; top: 50%; -webkit-transform: translateY(-50%); transform: translateY(-50%); } .pgc-content-title { font-size: 18px; color: #222; line-height: 1; font-weight: bold; overflow: hidden; text-overflow: ellipsis; white-space: nowrap; } .pgc-content-desc { font-size: 14px; color: #444; overflow: hidden; text-overflow: ellipsis; padding-top: 9px; overflow: hidden; line-height: 1.2em; display: -webkit-inline-box; -webkit-line-clamp: 2; -webkit-box-orient: vertical; } .pgc-content-price { font-size: 22px; color: #f85959; padding-top: 18px; line-height: 1em; } .pgc-card-buy { width: 75px; position: absolute; right: 0; top: 50px; color: #406599; font-size: 14px; text-align: center; } .pgc-buy-text { padding-top: 10px; } .pgc-icon-buy { height: 23px; width: 20px; display: inline-block; background: url(https://cdn.d1wan.com/wp-content/uploads/2022/04/24/https://cdn.d1wan.com/wp-content/uploads/2022/04/20220424065609-6264f489e9f41.png); } 企业级业务架构设计：科学方法论与实践活动 ￥48.3 选购
业务架构设计的出发点是stp分析。最先对业务发展战略开展剖析，包含与优秀同行业对比，得到将来的业务工作能力规定。
随后逐渐设计方案业务构架，分成四步：
Step1：应用顾客价值方式区划业务行业。不一样的行业领域有不一样的关键顾客价值，做为横坐标，再以不一样种类的顾客或是商品做为纵坐标，就可以区划不一样的业务行业。
Step2：剖析业务步骤并建模，创建企业级步骤实体模型。全部公司务必统一选用一种业务步骤规范，不然将不能开展企业级融合。业务步骤要有界限，每一个业务步骤尽量限定在业务行业以内。战略发展规划中的业务工作能力规定要表现在业务步骤设计方案中。业务步骤设计方案颗粒度要实际到每日任务。
Step3：剖析业务数据信息并开展建模，创建企业级逻辑性数据库系统。
Step4：在步骤建模和数据信息建模基本上，开展部件剖析，以主题风格域区划界限，将主题风格域内实体线有关的每日任务聚在一起组成一个业务部件，业务组件的个人行为主要是对数据信息实体线开展增删及其业务解决。那样就取得了业务部件实体模型。
业务部件涵盖了个人行为和数据信息，意味着了公司的一种业务工作能力。业务部件精准定位在每日任务等级上，完成企业级业务工作能力重复使用。
03 ThoughtWorks业务架构设计方式
ThoughtWorks在《现代企业架构白皮书》。中则明确提出“步骤建模——>行业建模——>业务真实身份建模——>工作能力建模”的业务架构设计方式，将DDD（领域驱动设计）引进了业务架构设计。
ThoughtWorks是知名的软件开发咨询管理公司，业内高手Martin Fowler便是ThoughtWorks企业的首席科学家，他最开始提到了敏捷开发，2014年明确提出了分布式架构。
下面的图是ThoughtWorks业务构架元实体模型：
下面的图是ThoughtWorks业务架构设计方式：
最先开展业务整理，包含业务、步骤、机构和业务等內容。
在这个基础上开展方式设计方案：
Step1：步骤建模。流程分层次为环节、主题活动、每日任务、流程，还需要表明实际标准。
Step2：行业建模。这儿将DDD结合进了业务架构设计，主要是DDD的策略设计方案。DDD战略设计就是指行业建模，即区划行业、子域名、限界前后文。一个限界上下文包含一个或好几个汇聚，限界前后文很有可能便是将来微服务架构的界限，可以用以微服务架构的分拆。
Step3：业务真实身份建模。业务身份就是指应用服务平台服务项目的业务真实身份因素，包含顾客、商品、方式等內容，根据业务真实身份给予多元化人性化的服务项目。
Step4：工作能力建模。分成三层，对行业目标的原子操作称之为基本工作能力，是能力组成和重复使用的最小单位。工作能力部件是对一组密切相关的根本工作能力的封装形式，便于给予更完善的服务项目。解决方法是对于实际业务、具体步骤的工作能力模版。
这儿的工作能力也就是通常说的业务部件。
04 业务架构设计的产出率
从以上二种业务架构设计方式看来，业务架构设计可产生如下所示产出率：
1.业务构架工作能力宏伟蓝图
2.业务步骤建模成效
3.行业建模/业务数据信息建模成效
4.业务构架部件实体模型
05 DDD与微服务设计
除开用于业务流程架构设计，DDD还能够运用到IT架构设计中。领域建模可以键入到数据架构中，具体指导主题域、主题、实体线的鉴别。领域建模还能够键入到应用架构中用于L1-L3运用架构设计。
在实际系统软件设计中，分布式系统微服务构架是现阶段最时兴的构架设计风格。DDD可以具体指导微服务的分割和设计。DDD的发展战略设计用于微服务的分拆，DDD的战略设计则可以用于微服务的设计。那样根据DDD将业务流程模型和系统软件落地式相互连接。
创作者：武艳军 潜心金融信息化行业，共享有关构架、商品、客户体验设计等领域的体会心得。
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。
