02 | 业务架构：作为开发，你真的了解业务吗？
荧光笔
直线
曲线- 深入了解
- 翻译
- 解释
- 总结
本文介绍了业务架构设计在项目成功落地中的关键作用，强调了业务架构师在定义系统内部模块结构方面的重要性。文章指出，业务架构设计需要按业务域划分系统模块，并定义模块之间的关系，形成一个高度结构化的模块体系，以便开发人员更容易理解业务并更方便地落地系统。此外，文章还强调了业务架构的两大目标：业务的可扩展和可复用。在实现这些目标时，业务架构设计需要支持打造一个柔性系统，允许业务不断调整和快速生长，并且需要按照业务域来划分系统模块，以实现高复用。文章还提到了支付宝的业务架构变化过程，以及实现模块的高复用需要清晰的模块定位和通用化设计。总的来说，业务架构设计对于项目的成功落地至关重要，需要开发人员了解并重视。
《架构实战案例解析》，新⼈⾸单¥59
全部留言(45)
- 最新
- 精选
aszt置顶老师好，如何展示或用什么工具去展示业务架构和应用架构，能让人更容易理解，有时去画这两种架构时常常会混在一起，自己画着都分不清了，不知道老师是否遇到这种情况，如何避免和解决这种情况作者回复: 混在一起问题也不大，很多时候业务架构和应用架构长的差不多。一般来说三个图： 1. 模块的静态结构图，描述各个模块的层次关系 2. 模块的动态关系图，比如业务流，数据流，调用关系 3. 针对核心的场景，补充交互序列图，从具体过程理解交互关系 或者你静态关系图偏业务架构，动态关系偏应用架构。 最后根据需要，可能还需要状态机，核心库表模型等等。主要是说明问题，大家理解清晰就可以。
2020-03-1217
栗芳凯置顶如何训练业务架构能力？如领域驱动设计作者回复: 领域驱动设计提供了比较体系的方法论，除此之外，平时多琢磨业务，深入理解表结构，想想对业务怎么切分。
2020-03-05
贵州 IT民工置顶
老师好，请问产品经理梳理的业务流程和图2(右侧业务支撑)中的业务线的概念有什么区别呢？如果没区别，那么多个业务线在拆分业务域的时候，有共同的业务域时，该业务域对应的代码模块在图2业务支撑的什么位置呢作者回复: 业务线是个大的概念，比如美团有外卖业务线，打车业务线，酒店业务线等，一个业务线包含多个业务流程，比如外卖订单有它的流程，堂食订单有它的流程。如果多个业务线共享业务域，比如订单是通用的，那这个业务域可以下沉，变成一个共享的基础业务域，不属于那个业务线。
2020-02-2521
Din置顶总结： 1. 进行微服务拆分时，需要根据业务领域来确定服务边界（DDD） 2. 当业务越来越复杂，前台业务场景越来越多，为了保证系统的服务的扩展性和可复用 ，在微服务的基础上，可以通过服务分层，进一步落地中台架构 业务架构会影响微服务边界的划分和系统分层，这些最终都要在技术上落地，所以需要架构师来做这些事情。产品经理更多的是对用户需求的挖掘，业务流程的梳理，原型设计等工作作者回复: 你这个理解得很好，就微服务来说，确定需要划分为几个服务，各个服务边界是什么，有了这么多的应用和服务后，系统怎么分层比较好，这个是业务架构要做的，产品经理是搞不定这些的。 至于选用什么微服务框架，是dubbo还是spring cloud，这是技术架构层面的事。
2020-02-249
西西弗与卡夫卡产品经理需要的能力主要偏向用户和商业模式，所以常说要有同理心、洞察人性、懂得用户心理和行为、了解市场。而业务架构师要能把业务划分出领域，业务由领域中不同的点串联成流程，便于团队组织用最小代价实现，需要有强的分析能力，找到系统中的变与不变作者回复: 说的很好。
2020-02-24218
每天晒白牙真的有业务架构师这个职位吗？我们这边是产品经理提完需求，我们开发自己梳理，自己设计，然后开发。组内有个架构师，但他应该是技术架构师，还真没接触过业务架构师作者回复: 实际上你说的架构师兼了业务架构师和技术架构师职责。而且更多偏业务一些。结合业务，划分服务边界，确定应用和服务之间的调用序列图，这些都是业务架构师做的事情。当然最后也会确定技术选型，以及如何部署等。纯粹的技术架构师是设计技术组件，在基础架构团队里面。当公司比较小，研发经理兼架构师角色，公司大到一定程度，业务架构师和技术架构师就会有专门的角色。
2020-02-2445
睡不着的史先生二代系统，那个支付清算平台，到底做了个啥呢？统一什么吗？为什么这样就易于扩展了呢作者回复: 支付清算平台封装和整合后台的各个系统，给前台业务线提供具有业务语义的服务。 你可以把支付清算平台理解操作系统，后台各个系统理解为具体硬件。操作系统封装磁盘，对上层提供文件的概念，上层是通过文件来操作磁盘的读写。
2020-03-0532- idiot什么时候需要支付清算平台这种中间层，什么时候不需要呢？是不是底层模块之间有很多固定的组合方式，而这些组合逻辑又被上层多个模块用到，才有必要。
作者回复: 多对多调用关系需要加中间一层做抽象，对关系进行解耦和简化
2021-12-311 
墨池老师，业务架构分层，有企业级业务架构，业务线业务架构，产品的业务架构。 对于微服务的架构方案基础上，一般不是某个产品，而是多个产品集合的业务条线。 我的理解对吗？作者回复: 根据系统的大小，业务架构有不同粒度，企业整体和业务线级别的业务架构这都可以说，但一般不是产品的业务架构，产品本身有产品架构的说法。 微服务架构也按系统大小，分为不同不同粒度。 业务和技术相对，产品和定制化项目相对，概念不要混淆哦，一个功能比较通用的业务系统称为产品，定制的称为项目。
2020-04-121
huanrong产品经理和业务架构师在分析业务的过程中有不同的职责和能力模型，所以产品经理不能兼业务架构师的角色。 职责不同：产品经理主要关注用户需求和市场趋势，负责定义产品的功能和特性，并与开发团队协作实现产品的目标。而业务架构师则负责将业务需求转化为系统的内部结构和模块设计，以支持系统的可扩展性和高复用性。 视角不同：产品经理站在用户的角度分析业务，关注用户体验和市场需求，着重于产品的外观和功能。而业务架构师则站在开发者的角度，深入了解业务流程，将其拆解为系统模块，并定义模块之间的关系和交互。 技能要求不同：产品经理需要具备市场分析、产品规划、用户研究等技能，以及良好的沟通能力和项目管理能力。而业务架构师需要具备深入理解业务流程的能力，并具备系统设计和架构的知识，能够将业务需求转化为可执行的设计方案。 虽然两者都需要分析业务，但由于职责和能力模型的不同，产品经理和业务架构师通常是两个独立的角色。他们在项目中的协作和配合可以确保产品的用户需求被满足，并且系统的内部结构能够支持产品的实现和发展。作者回复: 回答很棒，很全面，业务架构师这个角色很重要。
2023-08-04归属地：中国香港
