数字化转型应用架构设计方法及案例.pptx

数字化转型之如何规划应用架构 --方法论及样例202x应用架构是企业架构(EA)4个子集中的重要组成部分BA是业务的结构化表达，描述组织如何运用业务的关键要素来实现其战略意图和目标做正确的事情业务架构（BA）业务运作模式价值流/业务场景业务能力业务服务输入支撑数据/信息架构（IA）应用架构（AA）正确的做事数据服务IT服务IT产品IT平台IA是以结构化的方式描述在业务运作和管理决策中所需要的各类信息及其关系的一套整体组件规范AA描述了各种用于支持业务架构并对数据架构所定义的各种数据进行处理的应用功能实现技术架构（TA）TA代表了各种可以从市场或组织内部获得的软件和硬件组件应用架构与其他架构之间的关系数据架构应用架构技术架构业务架构业务域IT技术架构IT产品业务能力框架L1价值流1N1N1N主题域IT子产品业务能力框架L21N11NN提出技术诉求识别功能需求业务对象业务能力应用模块识别功能需求1N业务活动1.1 应用架构定义应用架构描述了各种用于支持业务架构并对数据架构所定义的各种数据进行处理的应用功能。这些应用功能指的是用来管理在数据架构中定义的数据，并对在业务架构中定义的各项业务功能进行支持的能力。 应用架构元素定义示例应用域（AD）是应用功能模型的最高分组，参考高阶的业务分组，有清晰的用户群和业务支撑范围。资产管理管理要素包含1:N属于从属于AD，通常是强相关联的一级应用系统模块的集合，是应用建设预算核算、满意度考核等的管理单元。供应链管理………………应用组（AG）包含1:N属于一级应用系统模块（APP）业务逻辑上较密切关联的一组功能集合，是应用建设、需求受理、需求实现安排、预算核算、考核、环境准备等管理颗粒的基本单元。……………………需求管理合约管理……采购管理………包含1:N为支撑特定业务需求而提供的一组紧耦合的功能。模块内高内聚（相同或高度相似的功能应归于同一模块），模块间低耦合（模块间的依赖最小化并通过服务接口集成）。属于框架招标需求分配物资合同采购需求计划管理合同履约……………二级应用系统模块（ABB）核心要素…包含1:N属于具备明确的业务特征，独立完整，支撑业务流程中关联较为紧密的一组步骤活动的功能聚合。功能项/功能子项需求计划填报框架分配方案编制零星采购单履约过程跟踪1.2 应用架构设计原则名称 原则描述原则说明分层解耦 通过服务化构建轻量级、分层解耦的应用能力，信息系统分为前台、中台和后台，相互之间通过服务进行交互面向用户构建前台：面向南网用户构建前台接入，前台仅消费服务而不产生服务； 面向服务构建中台：根据业务对象的耦合程度进行中台IT应用的划分，IT应用间低耦合，内部高内聚；应用服务支撑业务能力的实现； 面向信息资产构建后台：实现数据同源、一致； 层与层之间充分解耦，通过服务进行交互 体验驱动 围绕用户体验，构建一站式的联接平台，提升用户工作和沟通效率 针对外部用户，通过统一客户界面入口，统一用户管理和身份识别，统一的架构规划，以构建统一的“数字化全连接”前台，提升用户体验，使与客户做生意更简单、高效、安全、透明； 针对内部用户，建设基于角色的一站式工作平台以连接人、业务、知识；针对不同业务单元构建相应的一站式工作平台，但每一角色只有一个角色频道入口； 建立用户体验设计标准，保证用户体验的一致性；提供多渠道的接入，但优先考虑移动应用服务化实现 以服务为中心，通过服务化实现应用架构的分层解耦，具备灵活、按需组合的能力应用系统通过API将数据与功能开放出来； 软件包需通过API开放其数据和功能逻辑； 所有应用模块间的信息通信通过服务接口和消息进行调用；服务逻辑和服务通信协议（REST/SOAP/RPC等）解耦； 统一构建公共应用服务； 所有服务需在统一的服务管控平台中进行管理；面向服务消费方，服务提供方必须提供明确的SLA承诺 1.3 应用架构设计步骤设计应用功能的步骤：Top-down与Bottom-up结合3.功能项识别1. AD/AG/APP初步划分2. ABB初步识别5.调整应用架构划分4.功能子项梳理6. 应用功能与业务关系描述7.应用系统适配与集成8.应用服务设计1.业界实践2.逻辑数据实体3.业务能力1.应用功能2.业务流程步骤3.业务角色清单1.应用架构图1.应用系统规划原则2.应用架构集成图1.业务/应用矩阵2.功能项输入业务架构1.业界实践2.业务对象1. 功能项2.业务流程/步骤主要任务1.1 分析业务架构3.1分析业界实践（如：软件包）对应的应用划分5.1分析ABB与APP初稿的关联关系4.1 分析功能项承载的业务流程步骤2.1 分析业界实践（如：软件包）对应的应用划分8.1分析供多业务调用的功能项，形成应用服务清单7.1 应用功能与现有应用系统的匹配关系梳理6.1 应用功能支撑业务