架构设计方法(4A架构)-应用架构

1、应用架构(AA):业务价值与产品之间的桥梁,是企业架构的一个子集

在这里插入图片描述

2、应用架构包含“应用系统模块、应用服务、应用系统集成”3个关键要素

在这里插入图片描述

3、收集AS-IS应用架构,描绘现状,并识别改进机会点

在这里插入图片描述

4、描述对新系统需要的能力需求

描述改进需求(功能需求、非功能需求、业务改进需求)

在这里插入图片描述

5、提供TO-BE应用架构

在这里插入图片描述

6、整理行动清单,并生成设计路标

对于分期项目,建议从应用架构角度,标出应用的分期建设步骤。
在这里插入图片描述

7、TO-BE应用架构-集成架构设计

在这里插入图片描述

8、智慧环保的外部集成方案

在这里插入图片描述

9、业务流程与应用系统匹配(BP to Application System Mapping)

1、在BA业务流程基础上,补充应用系统和集成关系,形成完整的业务流程和应用系统匹配。

2、上半部分为业务流程视图,下半部分匹配应用系统及集成关系。

在这里插入图片描述

10、业务流程与应用系统匹配过程中,识别资产,人机、机机接口

资产

:从业务流分析中进行资产识别(可以沉淀到平台上的知识)。资产包一般与业务场景相对应,由一个或多个资产构成。
在这里插入图片描述

人机、机机接口

通过业务流程在不同应用系统之间的贯穿梳理,识别应用之间的接口。
在这里插入图片描述

11、领域能力开放,应用服务的识别和定义

1、应用服务应归集到不同的应用系统模块。应用系统模块基于业务对象进行识别,同时考虑团队因素,一般与服务全功能团队规模相匹配。
2、应用服务是处理一个业务对象的业务活动的逻辑功能集合。应用服务的功能应独立且完整,应用服务应“可度量、可定价、有价值”。
在这里插入图片描述

12、集成交互图示例-ROMA消息集成

在这里插入图片描述

13、描述改进需求时,使用表格记录和跟踪

1、应用系统改进上的需求,是“设计阶段”的基础,一般可以体现为:“优化现有功能”、“增加新系统”、“软件包覆盖”、“集成”等。
2、技术架构上加以改进的非功能需求,如容量(用户数)、性能、部署等。
3、业务改进,如流程、组织、业务规则上的改进等,这些是应用系统改进需求的源头。
在这里插入图片描述

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

王旭亮_

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值