在信息系統中，應用程序體系結構(應用架構)是構成企業體系結構（EA）支柱的幾個體系結構領域之一。

應用程序體系結構描述了業務中使用的應用程序的行為，著重于它們之間以及與用戶的交互方式。它專注于應用程序消耗和產生的數據，而不是其內部結構。在應用程序組合管理中，應用程序映射到業務功能和流程以及成本，功能質量和技術質量，以便評估所提供的價值。

根據業務和功能要求指定應用程序體系結構。這涉及根據功能覆蓋范圍定義應用程序包，數據庫和中間件系統之間的交互。這有助于確定任何集成問題或功能覆蓋范圍上的差距。然后可以為軟件生命周期即將結束或具有固有技術風險的系統制定遷移計劃。

應用程序體系結構試圖確保組織用來創建復合體系結構的應用程序套件是可伸縮，可靠，可用和可管理的。

應用程序體系結構定義了如何準備多個應用程序一起工作。它與軟件體系結構不同，后者處理系統構建的技術設計。

人們不僅需要了解和管理復合體系結構正在實現的功能的動態性，而且還需要幫助制定部署策略并密切注意可能危害組織的成長和/或運營的技術風險。

應用程序體系結構策略包括確保應用程序和集成與組織的增長策略保持一致。如果組織是通過收購實現快速增長計劃的制造組織，則應用程序體系結構應足夠靈活，以包含繼承的舊系統以及其他大型競爭系統。

可以根據應用程序遵循的應用程序架構模式將其分為各種類型。

“模式”已定義為：“一種想法在一種實際情況下很有用，而在其他情況下可能也有用”。

要創建模式，需要構建模塊。構件塊是軟件的組成部分，大部分是可重復使用的，可以用來創建某些功能。模式是將構建基塊放入上下文中并描述如何使用構建基塊解決一個或多個體系結構問題的方法。

應用程序是各種功能的匯總，通常都遵循相同的模式。此模式定義應用程序的模式。

應用程序通常遵循以下行業標準應用程序體系結構模式之一：

• 客戶端代理服務器：集中于許多低速鏈接來訪問服務器。
• 客戶支持：支持跨多個組織的復雜客戶聯系。
• 反應堆：將事件與其處理解耦。
• 復制服務器：復制服務器以減輕中央服務器的負擔。
• 分層體系結構：服務的分解，使得大多數交互僅發生在相鄰層之間。
• 管道和過濾器體系結構：通過一系列增量步驟或過程來轉換信息。
• 子系統接口：管理內聚的功能組（子系統）之間的依賴性。
• 自助服務：用戶以24/7的方式訪問交易（又稱“?用戶對企業”）。
• 協作：彼此合作共享數據和信息的用戶（又名“?用戶到用戶”）
• 信息聚合：來自多個來源的數據通過多個渠道進行聚合和呈現（又名用戶到數據）
• 以事件為中心：數據事件（可能最初起源于設備，應用程序，用戶，數據存儲或時鐘）和事件檢測邏輯，可以有條件地丟棄事件，啟動與事件相關的過程，提醒用戶或設備管理員，或更新數據存儲。
• 以企業流程為中心：一個業務流程管理多個企業內部應用程序、服務、子流程和用戶之間的交互。
• 批量處理：業務流程管理一個或多個批量數據源與目標之間的交互。
• 擴展企業：業務流程管理多個企業間應用程序，服務，子流程和用戶之間的交互。
• Strangler模式：通過用新的應用程序和服務逐漸替換特定的功能，逐步遷移舊系統。隨著舊系統的功能被替換，新系統最終將替換舊系統的所有功能，扼殺舊系統并允許您停用它。

正確的應用程序模式取決于組織的行業和組件應用程序的使用。如果一個組織既有組織發展又有并購發展，則可能混合多種模式。

該應用程序架構師是鉛或技術經理在計算機編程團隊誰是專業應用程序建成并使用的技術。

應用建模

將建模作為開發新應用程序或增強應用程序的框架，使用建模來發現問題，降低風險，提高可預測性，減少成本和縮短產品上市時間，測試各種產品方案，結合客戶的需求/要求，添加測試設計根據需要對開發過程做出決策，評估產品設計問題。

競爭情報，業務建模，戰略分析

了解全球市場，消費者，行業和競爭，以及全球業務模型，戰略，財務，運營和結構之間的相互關系。了解競爭環境，包括市場，行業，競爭和監管環境的當前趨勢，以及了解業務模型的各個組成部分（即戰略，財務，運營）如何相互關聯以使組織在市場中具有競爭力。了解組織的業務流程，系統，工具，法規和結構，以及它們之間的相互關系，以提供可為客戶，消費者和主要利益相關者創造價值的產品和服務。了解如何為客戶，消費者和主要利益相關者創造價值，這與組織的愿景，業務，文化，價值主張，品牌承諾和戰略要求保持一致。了解組織的過去和現在的成就和不足，以評估與競爭環境相關的優勢，劣勢，機會和風險。

技術

了解IT策略，開發生命周期和應用程序/基礎架構維護；了解IT服務和支持流程，以提升競爭優勢，提高效率并為業務增值。

技術標準

展示出對關鍵技術的透徹了解，這些關鍵技術構成了有效支持現有和未來業務需求所必需的基礎架構，確保所有硬件和軟件在集成到業務環境中之前均符合基準要求和標準，了解并能夠制定技術標準和促進使用新技術的程序，為使用和應用新技術制定有用的指南。

應用程序架構師是組織中所有特定于應用程序的大師。通過從以下角度了解所有應用程序，應用程序架構師為應用程序維護團隊提供了戰略指導：

• 互通能力
• 性能和可擴展性
• 可靠性和可用性
• 應用程序生命周期階段
• 技術風險
• 實例數

上面的分析將指出需要進行一系列更改的應用程序-從零散應用程序的部署策略更改到技術或功能生命周期結束時完全替換應用程序。

了解主要業務流程的系統流程。它清晰地顯示了功能圖以及該圖上各種應用程序的應用程序占用空間。

許多組織沒有文檔紀律，因此缺乏詳細的業務流程和系統流程。可能必須啟動一項舉措，將這些措施放在首位。

每個組織都有一組核心的應用程序，這些應用程序可以跨多個部門使用，既可以作為單個實例，也可以作為每個部門的不同實例使用。為所有核心應用程序創建解決方案體系結構模板，以便所有項目都具有設計實施的共同出發點。

TOGAF中定義了架構領域的標準。開放組架構框架將EA的四個組成部分描述為BDAT（業務架構，數據架構，應用架構和技術架構，

根據組織的復雜程度，還需要考慮其他標準：

• 該Zachman框架的EA
• 聯邦企業架構（FEA）
• 加特納