「软件架构」应用架构概述
 在信息系统中，应用架构或应用架构是构成企业架构（EA）支柱的几个架构域之一 应用架构描述了业务中使用的应用程序的行为，重点是它们如何相互之间以及如何与用户交互。它关注的是应用程序消费和生成的数据，而不是它们的内部结构。在应用程序组合管理中，应用程序被映射到业务功能和流程以及成本、功能质量和技术质量，以评估所提供的价值。 应用架构是根据业务和功能需求指定的。这涉及到根据功能覆盖率定义应用程序包、数据库和中间件系统之间的交互。这有助于识别功能覆盖范围中的任何集成问题或差距。然后，可以为处于软件生命周期末尾或具有固有技术风险的系统制定迁移计划。 应用架构试图确保组织创建复合架构所使用的应用程序套件是可伸缩的、可靠的、可用的和可管理的。 应用架构定义了多个应用程序如何准备一起工作。它不同于软件架构，后者处理如何构建系统的技术设计 人们不仅需要理解和管理复合架构正在实现的功能的动态性，而且还需要帮助制定部署策略，并留意可能危及组织增长和/或运营的技术风险 策略应用架构策略包括确保应用程序和集成与组织的增长策略一致。如果一个组织是一个通过收购有快速增长计划的制造组织，那么应用程序应该足够灵活，能够包含继承的遗留系统以及其他大型竞争系统。 模式
根据应用程序遵循的应用架构模式，可以将应用程序分类为各种类型。 一个“模式”被定义为：“一个在一个实际环境中有用并且可能在其他环境中有用的想法”。 要创建模式，需要构建块。构建块是软件的组件，主要是可重用的，可以用来创建某些功能。模式是一种将构建块放到上下文中并描述如何使用构建块来解决一个或多个架构问题的方法。 应用程序是各种功能的选编，通常都遵循相同的模式。此模式定义应用程序的模式。 应用程序通常遵循以下行业标准应用架构模式之一：
正确的应用程序模式取决于组织的行业和组件应用程序的使用。如果一个组织既能有机地成长，又能通过收购而成长，那么它可能有多种模式。 应用架构师应用架构师是计算机编程团队中的一名领导或技术经理，专门负责构建应用程序和使用的技术。 知识领域应用程序建模将建模作为开发新的或增强的应用程序的框架，使用建模来发现问题、降低风险、提高可预测性、降低成本和上市时间，测试各种产品场景，结合客户的需求/需求，在必要时向开发过程添加测试设计决策，评估产品设计问题。 竞争情报、商业建模、战略分析了解全球市场、消费者、行业和竞争，以及全球商业模式、战略、财务、运营和结构之间的相互关系。了解竞争环境，包括市场、行业、竞争和监管环境的当前趋势，以及了解商业模式的组成部分（即战略、财务、运营）如何相互关联，以使组织在市场上具有竞争力。了解组织的业务流程、系统、工具、法规和结构，以及它们如何相互关联以提供为客户、消费者和关键利益相关者创造价值的产品和服务。了解为客户、消费者和关键利益相关者创造的价值如何与组织的愿景、业务、文化、价值主张、品牌承诺和战略要求相一致。了解组织过去和现在的成就和缺点，以评估与竞争环境相关的优势、劣势、机会和风险。 技术了解IT战略、开发生命周期和应用程序/基础架构维护；了解IT服务和支持流程，以提升竞争优势、创造效率和增加业务价值。 技术标准充分了解构成有效支持现有和未来业务需求所必需的基础设施的关键技术，确保所有硬件和软件在集成到业务环境之前符合基线要求和标准，了解并能够制定技术标准和程序，以促进新技术的使用，为使用和应用新技术制定有用的指导方针。 任务应用架构师是组织中应用程序特定的一切的大师。应用架构师从以下角度理解所有应用程序，从而为应用程序维护团队提供战略指导：
上述分析将指出需要进行一系列更改的应用程序—从零碎应用程序的部署策略更改到在其技术或功能生命周期结束时完全替换应用程序。 功能足迹了解主要业务流程的系统流程。它清晰地显示了功能图和地图上各种应用程序的应用程序足迹。 许多组织没有文档规程，因此缺少详细的业务流程流和系统流程流。一个人可能不得不开始一项倡议，把这些放在首位。 创建解决方案架构指导原则每个组织都有一组核心应用程序，这些应用程序可以作为单个实例或每个部门的不同实例跨多个部门使用。为所有核心应用程序创建一个解决方案架构模板，以便所有项目都有设计实现的共同起点。 架构世界的标准在TOGAF中定义，开放组架构框架将EA的四个组件描述为BDAT（业务架构、数据架构、应用架构和技术架构， 根据组织的复杂程度，还需要考虑其他标准：
其他方面
本文： 讨论：请加入知识星球或者微信圈子【首席架构师圈】  专栏 \u57fa\u4e8e\u5bb9\u5668\u548c\u5fae\u670d\u52a1\u5e94\u7528\u7684\u67b6\u6784\u8bbe\u8ba1 作者：\u9996\u5e2d\u67b6\u6784\u5e08 66币 147人已购 查看 |