1000万云上开发者，全栈云产品0元试用：点击 免费试用 ，即刻开启云上实践之旅！
本文提供一种业务架构设计模式：从业务&技术两个角度提炼出一个基础思维框架，供业务线开发同学参考。
(相关资料图)
作者 | 李建(甫田)
来源 | 阿里开发者公众号
我们是CRO面向商家的业务技术团队，做商家营商环境治理业务已经4年了。作为垂直型业务技术团体（区别于平台技术团队），我们也面临大部分业务技术团队的拷问：业务技术与平台技术的差别是什么？业务技术如何做？如何理解业务？如何在短频快的业务节奏中做好技术？部分问题有答案；部分依然在寻找更好的答案。本文是对过去四年的总结：从 业务&技术 两个角度提炼出一个基础思维框架，供业务线开发同学参考。
业务视角：业务驱动技术是前台业务的特点，业务开发要逐渐培养自己 全局视角 看业务的能力：从交付价值角度理解业务模式；从能力规划角度掌握产品方向。本文的第一部分介绍价值引领业务架构的做法 技术视角：应用架构的内容很大，本文第二部分介绍了架构设计的两种方法（风格），以及域划分和流程建模两个架构关注点业务架构范围比较大，本文借用“业务架构”这个词想讲的内容是： 业务开发应该如何关注&分析业务问题 ；如何理解业务以及指导系统设计
业务架构最重要的是\" 看全局 \"（每个人立场/角度/高度不同，对“全局”的理解不同)，这里强调的是： 向外看的意识，而不是如何看的方法 。从三个点出发看全局：
看清楚 \"事\" ：从宏观角度看“事”是价值源点，是业务战略&目标&价值；从微观来看“事”是业务流程。看清楚\"事\"就理解了“ 为什么做 ”和“ 怎么做 ”的2个核心问题。以我们做的业务为例：宏观的\"事\"就是 帮助商家低成本处理风险问题，降低商家经营成本，提高平台竞争力 ；微观的“事”包括了商家风险预警流程，风险反馈流程等。 看的阶段尽量脱离具体系统/业务 ， 向高度和广度拓展视野 。以风险预警为例：从广度上看，风险是如何识别的（有哪些上游），如何透出的（需要什么内容），怎么触达商家；从高度上看，有多少种风险可以预警（共性是什么），商家怎么处理（成本如何等），是否有更优的处理方式。 理清楚 \"人\" ： 谁（ 利益相关者 ） 一起做这件“事”。对利益相关者进行分类管理，识别用户的不同诉求，排序优先级。关键点是用户要什么（用户视角的，而不是外部视角）。 分清楚 \"责\" ： 不同\"人“的权&责，在流程中的角色 。从产品建设角度出发，人&权&责的识别为了深入了解用户诉求，设计产品能力。例如商家产品需要考虑商家不同角色员工的权&责，以及不同角色需要的产品功能。看清楚事-价值流/能力映射
价值流: 价值流 是从 利益相关者 （客户、最终用户或工作所产生的产品、服务或交付品的接收者）的视角来描述描述一个 端到端 价值交付的完整过程。
业务能力: 业务能力是业务为实现特定目的或结果而可能拥有或交换的特定能力或产能
能力/价值流映射: 将业务能力映射到价值流中的每个阶段的过程，用于突出哪些能力对业务运营有着或大或小的重要性
分析价值流有助于从 更宏观 视角理解业务全过程 ：价值交付过程拆解成若干阶段，由不同的角色协作完成；每个阶段需要不同的能力。 通过分析能力现状（完备，缺失，部分满足），评估价值&紧迫度，可以对未来规划形成构思。下图是Togaf招聘员工价值流的示例图，该图描述了招聘员工的完整流程和产品能力诉求，通过颜色区分不同能力的现状（绿色代表满足诉求；黄色代表部分满足；红色代表能力缺失）。
理清楚人&责-角色分析
使用UML用例图描述业务中的\"人\"和责。营商业务里有3种角色，各角色责任如下图展示
有了全局的人&责概览后，通过分析特定场景工作模式可以发现需求，问题或解决机会。这里的转变是： 不只关注当前单个需求，而是从全局视角看业务诉求 ，从而对需求的合理性，重要性有更合理的判断；为设计方案提供业务视角考虑。例如下图例子描述员工招聘的工作模式。(从中可以看出入职阶段有提升较大空间）
剩余60%，完整内容请点击下方链接查看：
版权声明：本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。