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、业务改进，如流程、组织、业务规则上的改进等，这些是应用系统改进需求的源头。
本文章为转载内容，我们尊重原作者对文章享有的著作权。如有内容错误或侵权问题，欢迎原作者联系我们进行内容更正或删除文章。
