应用架构

在信息系统中，应用程序体系结构(应用架构)是构成企业体系结构（EA）支柱的几个体系结构领域之一。

应用程序体系结构描述了业务中使用的应用程序的行为，着重于它们之间以及与用户的交互方式。它专注于应用程序消耗和产生的数据，而不是其内部结构。在应用程序组合管理中，应用程序映射到业务功能和流程以及成本，功能质量和技术质量，以便评估所提供的价值。

根据业务和功能要求指定应用程序体系结构。这涉及根据功能覆盖范围定义应用程序包，数据库和中间件系统之间的交互。这有助于确定任何集成问题或功能覆盖范围上的差距。然后可以为软件生命周期即将结束或具有固有技术风险的系统制定迁移计划。

应用程序体系结构试图确保组织用来创建复合体系结构的应用程序套件是可伸缩，可靠，可用和可管理的。

应用程序体系结构定义了如何准备多个应用程序一起工作。它与软件体系结构不同，后者处理系统构建的技术设计。

人们不仅需要了解和管理复合体系结构正在实现的功能的动态性，而且还需要帮助制定部署策略并密切注意可能危害组织的成长和/或运营的技术风险。

应用程序体系结构策略包括确保应用程序和集成与组织的增长策略保持一致。如果组织是通过收购实现快速增长计划的制造组织，则应用程序体系结构应足够灵活，以包含继承的旧系统以及其他大型竞争系统。

可以根据应用程序遵循的应用程序架构模式将其分为各种类型。

“模式”已定义为：“一种想法在一种实际情况下很有用，而在其他情况下可能也有用”。

要创建模式，需要构建模块。构件块是软件的组成部分，大部分是可重复使用的，可以用来创建某些功能。模式是将构建基块放入上下文中并描述如何使用构建基块解决一个或多个体系结构问题的方法。

应用程序是各种功能的汇总，通常都遵循相同的模式。此模式定义应用程序的模式。

应用程序通常遵循以下行业标准应用程序体系结构模式之一：

• 客户端代理服务器：集中于许多低速链接来访问服务器。
• 客户支持：支持跨多个组织的复杂客户联系。
• 反应堆：将事件与其处理解耦。
• 复制服务器：复制服务器以减轻中央服务器的负担。
• 分层体系结构：服务的分解，使得大多数交互仅发生在相邻层之间。
• 管道和过滤器体系结构：通过一系列增量步骤或过程来转换信息。
• 子系统接口：管理内聚的功能组（子系统）之间的依赖性。
• 自助服务：用户以24/7的方式访问交易（又称“ 用户对企业”）。
• 协作：彼此合作共享数据和信息的用户（又名“ 用户到用户”）
• 信息聚合：来自多个来源的数据通过多个渠道进行聚合和呈现（又名用户到数据）
• 以事件为中心：数据事件（可能最初起源于设备，应用程序，用户，数据存储或时钟）和事件检测逻辑，可以有条件地丢弃事件，启动与事件相关的过程，提醒用户或设备管理员，或更新数据存储。
• 以企业流程为中心：一个业务流程管理多个企业内部应用程序、服务、子流程和用户之间的交互。
• 批量处理：业务流程管理一个或多个批量数据源与目标之间的交互。
• 扩展企业：业务流程管理多个企业间应用程序，服务，子流程和用户之间的交互。
• Strangler模式：通过用新的应用程序和服务逐渐替换特定的功能，逐步迁移旧系统。随着旧系统的功能被替换，新系统最终将替换旧系统的所有功能，扼杀旧系统并允许您停用它。

正确的应用程序模式取决于组织的行业和组件应用程序的使用。如果一个组织既有组织发展又有并购发展，则可能混合多种模式。

该应用程序架构师是铅或技术经理在计算机编程团队谁是专业应用程序建成并使用的技术。

应用建模

将建模作为开发新应用程序或增强应用程序的框架，使用建模来发现问题，降低风险，提高可预测性，减少成本和缩短产品上市时间，测试各种产品方案，结合客户的需求/要求，添加测试设计根据需要对开发过程做出决策，评估产品设计问题。

竞争情报，业务建模，战略分析

了解全球市场，消费者，行业和竞争，以及全球业务模型，战略，财务，运营和结构之间的相互关系。了解竞争环境，包括市场，行业，竞争和监管环境的当前趋势，以及了解业务模型的各个组成部分（即战略，财务，运营）如何相互关联以使组织在市场中具有竞争力。了解组织的业务流程，系统，工具，法规和结构，以及它们之间的相互关系，以提供可为客户，消费者和主要利益相关者创造价值的产品和服务。了解如何为客户，消费者和主要利益相关者创造价值，这与组织的愿景，业务，文化，价值主张，品牌承诺和战略要求保持一致。了解组织的过去和现在的成就和不足，以评估与竞争环境相关的优势，劣势，机会和风险。

技术

了解IT策略，开发生命周期和应用程序/基础架构维护；了解IT服务和支持流程，以提升竞争优势，提高效率并为业务增值。

技术标准

展示出对关键技术的透彻了解，这些关键技术构成了有效支持现有和未来业务需求所必需的基础架构，确保所有硬件和软件在集成到业务环境中之前均符合基准要求和标准，了解并能够制定技术标准和促进使用新技术的程序，为使用和应用新技术制定有用的指南。

应用程序架构师是组织中所有特定于应用程序的大师。通过从以下角度了解所有应用程序，应用程序架构师为应用程序维护团队提供了战略指导：

• 互通能力
• 性能和可扩展性
• 可靠性和可用性
• 应用程序生命周期阶段
• 技术风险
• 实例数

上面的分析将指出需要进行一系列更改的应用程序-从零散应用程序的部署策略更改到技术或功能生命周期结束时完全替换应用程序。

了解主要业务流程的系统流程。它清晰地显示了功能图以及该图上各种应用程序的应用程序占用空间。

许多组织没有文档纪律，因此缺乏详细的业务流程和系统流程。可能必须启动一项举措，将这些措施放在首位。

每个组织都有一组核心的应用程序，这些应用程序可以跨多个部门使用，既可以作为单个实例，也可以作为每个部门的不同实例使用。为所有核心应用程序创建解决方案体系结构模板，以便所有项目都具有设计实施的共同出发点。

TOGAF中定义了架构领域的标准。开放组架构框架将EA的四个组成部分描述为BDAT（业务架构，数据架构，应用架构和技术架构，

根据组织的复杂程度，还需要考虑其他标准：

• 该Zachman框架的EA
• 联邦企业架构（FEA）
• 加特纳