转载本文请注明出处：微信公众号EAWorld
国资委在《关于加快推进国有企业数字化转型工作的通知》中明确指出，以企业架构为核心构建现代化IT治理体系，促进IT投资与业务变革发展持续适配。在信创迁移和数字化转型的双重推进下，企业架构有效承接战略、对齐业务和科技，使得企业各领域形成一个有机整体，更快速地助力企业应对挑战、响应变化，并增强自身的竞争力。
目 录
01 企业架构工作是全流程、全周期的工作02 企业架构落地实践的难点03 通过需求建模工具、IT架构建模工具，建立业务与技术的桥梁04 总结
01
企业架构工作是全流程、全周期的工作
以“建行7＊12P模式”为例，该模式在渠道整合层、用户服务整合层、应用集成层、外联集成层、产品服务层、数据集成层、管理分析层这七个不同的层次有着不同的应用模式，从需求到架构设计总计通过了12个应用平台整合业务与技术能力，满足服务、集成、管理等全面需求，支撑建行快速发展。
结合架构服务分析，企业架构工作是一个全流程、全周期的工作，需要从业务规划、需求分析、架构设计到实施落地，有效打通业务和应用之间的壁垒。有了业务规划，才能够实行更有针对性的需求分析，抽象出业务能力与实现业务建模，明确具体能力在哪个中台里去实行，采用什么样的架构设计，使用什么样的信创生态体系与云设施，完成怎样的实施落地。
（1）业务规划，主要包括规划业务战略、梳理业务蓝图、定义业务场景、定义跨系统业务流程等。
（2）需求分析，主要包括定义业务能力（业务组件）、数据建模、产品建模、体验建模等。
（3）架构设计，主要包括定义技术组件、定义应用模式、交易或数据服务、标准规范、物理模型等。
（4）实施落地，主要包括项目管理、代码库管理、持续集成、测试管理、自动部署、服务发布或订阅等。
02
企业架构落地实践的难点
我们为拥有多分支主体与网点机构的金融机构提供企业架构梳理的资产管控模型，覆盖业务架构、应用架构、数据架构、技术架构、基础设施等多领域。每一个架构领域都有自己的资产诉求或资产类型的管理要求，比如业务架构领域的业务流程、业务活动、业务规则，应用架构领域是以中台还是平台的模式扩展下行等。
基于覆盖多架构领域的资产管控模型，我们帮助客户解决规划与现实的割裂问题，助力客户突破知识不统一、落地缺抓手、管控零散化、评价体系弱的难点，完成企业架构实践落地。
难点1：知识不统一
架构的知识、架构的语言不统一，导致理念靠口口相传，知识传递性差且缺乏实践支撑。
难点2：落地缺抓手
咨询的成果或模型的成果推进落地，是需要抓手的。使用怎样的抓手，才能推进架构边界清晰，覆盖落地最后“一公里”，并拥有演进式架构保障机制，是实践初始阶段就需要弄清楚的重要问题。
难点3：管控零散化
在金融机构与大型企业中，由于所归属部门、所建设与支撑的系统的不同，要管控的架构资产是零散化的，缺乏体系化管控，造成架构资产沉淀不足、无法保鲜等。
难点4：评价体系弱
有了业务蓝图，也做了相关的管理，到底管的好不好、有没有效果，还需要标准评价体系来进行度量和持续优化。在很多项目中，企业往往就是因为缺失了评价体系与机制，导致即使花了大价钱让咨询公司做出了业务规划蓝图，却仍旧在实施执行中存在架构遵循度不清晰、被动式纠偏等众多问题，难以达成企业架构落地的预期效果。
03
通过需求建模工具、IT架构建模工具，建立业务与技术的桥梁
近两年在信创背景下的数字化转型实践中，我们盘点了一些方法，可以帮助企业进行架构落地咨询，以及拿到咨询成果，去完成进一步的架构落地。这些方法可总结为，通过需求建模工具、IT架构建模工具，建立业务与技术的桥梁。
一、需求建模工具
通过分析金融，尤其银行的业务模型，形成需求在线编写工具，逐步积累业务资产，最终形成数字化管理。在银行项目中，需求建模工具从梳理业务领域模板开始，帮助金融机构实现在线需求编写协同和需求资产积累复用。
以个人担保消费为例，在业务场景中，客户类型是自然人，业务类型是表内业务，比如助学贷款、消费贷款、旅游贷款、住房贷款等。其需求建模步骤如下。
（1）选择合适的商业画布，梳理干系人
不同的业务领域，面向不同的需求，需要有适用的一套商业画布分析模式，来选择合适的商业画布，梳理干系人。具体到银行的个人担保消费业务领域，其商业画布包含几大方面，分别是：在合规层面遵循什么政策，业务由哪个合作伙伴来提供，风控管控尺度是怎样的，贷款要素涉及什么，价值主张的特点是什么，渠道如何提供，目标客户群体是怎样的，贷款用途是什么，机构的收入构成与成本构成是怎样的。梳理出的干系人，包含银行机构、贷款用户、公积金中心等直接利益者，也包含商业性服务供应商、业务合作方等间接利益者。
（2）围绕干系人业务价值流的建模
完成商业画布与干系人的分析之后，就形成了围绕干系人的业务价值流，如生产流、放款流、本息回收流、风控流等。我们在梳理业务价值流的过程中，拆分流程模块，抽取共性，最终实现建模。
在需求建模方面，我们帮助客户深入流程步骤，拆分模块，基于领域模板抽象，形成流程、任务、步骤、规则等具体的需求模板，将需求纳入资产库中进行资产管理，积累企业不同业务领域的具体资产，为后续的需求编写及变更打好基础，直至复用，并可通过文本、UI页面、分层图、关系图、文档等多方式，自动对比需求的细粒度变化等。
二、IT架构建模工具
围绕应用架构、技术架构、数据架构、基础设施等不同架构视角，我们需要定义架构资产模型、管控架构资产数据、呈现有效架构知识，建立架构资产的知识图谱，保障架构设计的正确落地。
（1）资产模型设计
以大家容易理解的应用系统概念为例，资产模型设计需要在基本信息、服务属性、安全属性、技术属性等方面形成有效的管理与配置，并在组件信息、服务发布、技术使用、部署结构等多维度实现版本跟踪，让资产可以随着客户需求的变更而快速变更。
（2）多维度管理架构资产数据
按架构维度分别存储架构资产，建立资产间模型关系，作为架构知识图谱化的基础。而且，多维度管理架构资产数据也需要流程来保障有效管控。
（3）架构知识的呈现
建立企业架构知识图谱，明确企业关心的众多问题的答案，比如当前所有在建系统的进度，某供应商承建了哪些系统，某个安全漏洞影响了哪些系统，系统使用了哪些数据标准，以及在信创推进过程中，有多少系统完成了信创改造，还有多少系统仍在使用非信创环境等。
三、需求建模与IT架构建模的桥梁
需求到架构，服务的保证度有多高，业务的匹配性有多少，是企业特别关心的问题。因此我们还考虑了业务能力抽象和系统能力建设之间，到底谁来建设“桥梁”的问题。
（1）打通业务建模和IT建模的关键：普元高开＋低开融合平台
我们在原有开发平台的优势上，引入低代码开发平台，形成高开＋低开融合平台，帮助客户通过业务流程、业务对象、产品模块等，打通业务建模和IT建模，筑牢应用系统落地的基础。
（2）建立开发标准，线上线下打通
普元高开＋低开融合平台能够帮助客户建立开发标准，打通线上线下的业务建模、技术开发，包括流程、UI原型、信息模型等，不断积累业务与技术，实现资产最大化复用。
04
总结
结合企业信创迁移和数字化转型推进的具体情况，普元帮助客户共同梳理企业架构模型，按需定制企业建模工具，让企业能够使用需求建模工具实现基于业务场景、业务能力的抽象落地，使用IT架构建模工具达成围绕不同维度的架构资产管控落地，使用高低开融合开发工具推进业务与技术融合下的系统建设落地。
篇幅所限，很多内容无法充分展开，欢迎关注信创实施的专家、学者、技术，与我们共同探讨，伴随信创产业发展，在更广泛的应用场景中，一起实现信创项目的完整落地。
关于作者：顾伟，普元数智研究院首席顾问，先后参与多项客户定制项目；并负责公司多款内部产品研发工作，长期致力于IT项目管理，总体设计，用户体验及咨询工作。
关于EAWorld
使能数字转型，共创数智未来！
